Réponse acceptée !
Salut Titi
Sous VB6, il n'y a que ADO qui fonctionne correctement (DAO étant obsolète).
- ADODC (composant COM) si tu veux utiliser l'interface de navigation dans les enregistrements
- ADODB (simple référence) si tu veux gérer ta base sans interface graphique (que tu créeras toi même)
Ensuite, il faut choisir un fournisseur de DB.
Du moment qu'ils répondent à la norme de langage SQL, ils sont tous utilisables, il n'y a que la chaine de connexion qui changera.
Donc, même si tu pars avec du mySQL et que tu veux basculer sous Access, rien de plus simple : juste la chaine de connexion à modifier; les Recordsets nécessaires au filtrage des données resteront compatibles.
Seul impératif : Rester dans le standard du langage SQL :
mySQL comme Access acceptent le SQL de base, mais ils ajoutent aussi des fonctionnalités à ce langage et celles-ci n'ont pas d'équivalences inter-logiciel. Méfiance donc.
Ton choix va aussi se baser sur la lourdeur du serveur.
Là, il n'y a pas photo, seul les bases de données de Access (fichiers MDB) permettent d'être utilisées sans avoir Access, n'est qu'un outil permettant de créer et gérer des bases de données.
Donc, à part toi, le créateur du logiciel qui aura surement besoin de cet outil pour créer et paramétrer tes tables, tu fourniras à tes utilisateurs un fichier MDB avec ton programme VB6 qui n'aura pas besoin de Access pour fonctionner.
Ensuite, avec ce choix, viennent les capacités des bases.
Pour l'exemple, les fichiers MDB ne peuvent pas dépasser ~2 Go, ou 32768 objets, etc.
Ca parait grand, mais selon l'utilisation, ça peut gêner.
mySQL a surement aussi des limites - à vérifier.
Il me semble que SQL Server Express pourrait aussi faire l'affaire : Gratuit, plus moderne que Access et surement moins de limitations mais nécessite une installation.
Vala
Jack,
MVP VB
NB : Je ne répondrai pas aux messages privés
Le savoir est la seule matière qui s'accroit quand on la partage (Socrate)