Bonjour,

Je suis en train de réaliser une application commerciale et j'ai besoin d'une BDD pour me faciliter le tâche. J'ai jamais programmé d'applications Windows liées à une base de données (mais je maitrise parfaitement PHP/MySQL) et je me pose plusieurs questions:
- Si j'utilise Access, les personnes qui utiliseront mon appli auront-elles besoin d'avoir Access installé sur leur machine? Puis-je vendre un logiciel avec une base Access?
- Même question pour SQL Server
- Npgsql et Postgre à l'air dêtre un combo interressant. Qqun a t-il deja travaillé dessus? Est-ce facilement deployable?

Merci!

Hello,

Si tes base de données ont des tailles raisonnable (<4Go), tu peux utiliser SQLExpress, même pour une application commerciale.

Amicalement, SharpMao

"C'est pas parce qu'ils sont nombreux à avoir tort qu'ils ont raison!"
(Coluche / 1944-1986 / Pensées et anecdotes)

Voir SQL Compact Server 3.5 pour une bdd embarquée plus légère.

Bonjour,

J'ai eu le temps de me renseigner un peu, et je suis un peu déçu par le manque de solutions:
- SQLExpress: apparemment, imposssible de le mettre sans son serveur et tout un bousin de connection chiant. C'est niet: l'utilisateur doit pouvoir installer le programme en faisant "next next next next" et sans pourir son Windows avec un service lourd.
- Access: connectivité très simple ("source=mabase.mdb" et fichier joint au programme). MAIS: oh mon dieu que c'est lent et que cette base est laide. Pour éxécuter une centaine de requêtes (sur une table contenant 250 entrées!) il lui faut plusieurs secondes! Sachant que ma bdd ne fera pas 4go mais contiendra quand même quelques dizaines de milliers d'entrées: niet encore.
- PostGre: même probleme que SQLExpress.

Bref, n'y a t-il pas un système de connectivité "à la access" (ie: je joint un gros fichier bdd au programme et c'est tout) avec des performances honorables? Jvais voir du côté de SQL Compact Server, c'est peut être ce que je cherche, même si le terme "server" dans le nom me fait déjà peur.

Hello,

Je fais partie d'une société développant actuellement un soft basé sur une DB sqlExpress.
C'est vrai que ce n'est pas le client qui installe le produit lui-même, mais un technicien.
Pourtant, ce n'est pas à cause dela base de donnée, cette partie de l'installation se fait de manière automatique, et sans que personne n'ait besoin d'y configurer quoi que ce soit.
Maintenant, à mon avis, il va te falloir choisir, soit unsystème de fichier, avec les contraintes d'efficacité que cela suppose, ou une vrai base de donnée à installer.

P.S. Je ne sais pas comment est faite ta requête et tes tables, mais plusieurs secondes pour une table de 250 entrées, ça me semble énorme, même pour Access.

Amicalement, SharpMao

"C'est pas parce qu'ils sont nombreux à avoir tort qu'ils ont raison!"
(Coluche / 1944-1986 / Pensées et anecdotes)

Oui, c'est effectivement énorme mais je me suis rendu compte que il y avait pas mal de temps de calculs, j'ai accusé Access à tord un peu vite et je peux pallier le problème en mettant tout ça dans un thread de toutes façons.
J'avoue, j'ai pensé revenir à un système de fichiers, mais finalement je crois qu'Accès va rester. Par contre, une dernière question: les utilisateurs du programme ont ils besoin d'Accès installé sur leur machine pour que mon programme accède au fichier mdb via OleDB? C'est sans doute une question débile, mais impossible de trouver une réponse...

à confirmer... mais dans mes souvenirs il faut le moteur OleDB Jet... qui s'installe avec Access.


Sébastien FERRAND (blog)
Consultant Indépendant
[Microsoft Visual C# MVP]

Il semblerait que Ole DB jet s'installe par défaut avec Windows. Sinon au pire, on peut joindre msjet40.dll avec le projet. Dans tous les cas, il est possible d'utiliser des bases de données Access sans que la personne n'est MS Office sur son PC.

Au final, pour une base de donnée locale, Access n'a toujours pas de concurrence après tant d'années d'existence? J'ai quand même vraiment du mal à y croire...

si si...

InterBase FireBird... c'est une alternative qui fonctionne très bien !


Sébastien FERRAND (blog)
Consultant Indépendant
[Microsoft Visual C# MVP]

"Au final, pour une base de donnée locale, Access n'a toujours pas de concurrence après tant d'années d'existence? J'ai quand même vraiment du mal à y croire..."

SQL Compact Server 3.5

Bon en même temps je l'ai déja écrit plus haut