Reprise du message précédent :

Alors voilà :
SQL Server, c'est le logiciel serveur, c'est lui qui gère et "contient" la base de données. Il n'y a besoin de l'installer et le faire tourner que sur un poste, très justement nommé "serveur" . Note : ça pourrait très bien être aussi Oracle ou MySQL.

ODBC, c'est une couche logicielle intermédiaire entre le client de base de données et le serveur. Ton logiciel, qui accède à la base de données, peut donc utiliser ODBC. Il doit y avoir un pilote ODBC sur chaque client qui utilise ODBC.
Il y a d'autres approches, comme JDBC (pour Java) ou utiliser l'API ou un client natif du serveur. ODBC/JDBC est l'approche la plus portable, parce que c'est indépendant du modèle de serveur.

Pour finir, je vois que tu fais ça en VB, tu n'as donc pas besoin de savoir te servir directement d'ODBC, puisqu'une autre couche intermédiaire est rajoutée (ADO).

À mon sens, ce que tu as le plus besoin de savoir, c'est

• Comment monter ton serveur (si c'est à toi de le faire, faut-il le préciser)
  
• Comment (bien) utiliser VB et ADO, le premier intégrant le second de façon particulièrement efficace (enfin, c'était le cas dans VB6)
  
• Un peu de SQL aussi, ça ne fait pas de mal

Pour tout ça, traîne sur la MSDN (pour VB, ODBC et ADO) et le site du logiciel serveur de BD, en général, ils font ça plutôt bien (tant MySQL qu'Oracle en tout cas).

Voilà, bon départ !

merci de cette reponse, mais ya une chose que je ne pige pas tout a fait, si je monte mon logiciel de facon a utiliser mysql, je DOIS avoir un serveur SQL qui contient ma BD, vrai ?

Si c'est le cas, et si j'Ai bien compris, mon logiciel devra toujours faire référence au serveur qui contient la BD. Si aucun serveur n'est présent, ca ne foncitonnera pas. Alors pour ce qui est de programmer avec du SQL, l'utilisation finale du logiciel n'est possible qu'avec le serveur SQL correspondant. Si je donne mon logiciel a un ami qui n'a pas le serveur SQL installer, il ne pourra utiliser mon logiciel, vrai ?

de l'autre côté, ODBC permet d'etre utiliser sur n'importe quel poste, car avec windows, l'interpreteur ODBC y est installer. Alors programmer mon application avec du ODBC la rend plus portable, encore Vrai ?

merci pour la clarification !

Oooh, un menbre potentiel de l'équipe de nuit ! Va vite au bar répandre la nouvelle : j'ai un nouvel ami !

À part ça : en effet, pas de serveur, pas de base de données centrale.

Désolé, je suis complètement obnubilé par les bases multi-clients, alors que rien ne t'empêche de faire une base locale, tout aussi accessible en SQL (qui n'est qu'un le langage de manipulation des données).
Là, je suis loin d'être un spécialiste, mais je vois deux possibilités : base Access (le client devrait juste avoir besoin du moteur, Jet) ou moteur SQLite (j'en ai parlé plus tôt dans le topic).

Pour ce qui est de ODBC, une précision : ODBC, c'est comme Direct3D ou OpenGL : c'est installé et on s'en sert pareil partout, mais ça a besoin d'un pilote (de base de données dans le cas de ODBC, de carte graphique dans le cas de OpenGL) pour servir à quelque chose. Sous Windows, on a deux ou trois pilotes ODBC installés par défaut, dont celui de Access, je crois. Mais à confirmer.

tu vois c'est ca que je pige pas, moi ce que je veux, c'Est d'Avoir une BD local, je sais que le pilote Access pour ODBC est installer sous windows, tu me dis alors qu'en SQL n'Est qu'un langage de manipulation, je suis donc pas obliger de rendre mon application connectée à un serveur SQL mais je dois la modifier pour la rendre accessible localement, c'est ca que je comprends pas ... comment on fait ou bien où je trouve la doc sur le sujet ?

P.S. on est tout 2 a mtl

Mais attends... Ton application, elle marche, chez toi ?

oui elle marche car j'ai un serveur sql d'installer

Bon, reprenons : si tu veux que chaque personne qui utilise ton logiciel ait sa propre base de données, alors la solution Access est à mon sens la plus accessible. Tout ce que tu aurais à modifier, à mon avis, c'est la chaîne de connexion.
C'est quoi, ton serveur, là ?

À ceux qui passent par là : à l'aide, un spécialiste est demandé à la caisse 5. Je commence à spéculer...

Mais il est pas possible d'intégrer une base de donnée minimaliste qui s'installera en même temps que le logiciel ?
Ou alors en C#, le framework .net il ne propose pas des solutions de bases de données intégrées dans le framework ?
Oui je sais, la je n'y connais strictement rien, je spécule !

salut les amis,
jespère que vous pouriez toujours m'aider concernant la connexion d'une application développée en C++ avec une base de donnée.
En effet, je suis sensé réaliser une application de simulation de distributteur automatique de billet (DAB) tout en gérant les client de la banque c'est à dire les compte, les transaction et tout ceci en interaction avec une base de donnée dont j'ai déja réaliser le modèle conceptuel de donnée (MCD) en s'appuyant sur mon diagramme de classe.
l'application utilise aussi le graphique (MFC).
mon problem c'est que j'hésite jusqu'à présent concernant la base de donnée avec la quelle je travaillerai vu que c'est la première application que je réalise en C++ qui devra faire appel à une base de donnée.

Merci pour votre compréhension.
SIRUS