Utilisation d'une BDD sous Visual en local.

Utilisation d'une BDD sous Visual en local. - C++ - Programmation

Marsh Posté le 30-09-2004 à 23:02:57    

Hum voila. Pas évident à expliquer en fait.
 
Actuellement je developpe une appli pour un particulier, qui utilisera une base de données. Je ne souhaite pas qu'il ait un serveur de bdd type Oracle, MySQL ou autre tournant sur son PC.
J'ai vu que sous Visual C++ on pouvait créer des projets type "database", mais je ne les ai encore utilisés.
En fait ce que je voudrais c'est utiliser une sorte d'API permettant d'effectuer des requetes SQL sur une base stockée sur la machine, dans un fichier ou que sais-je encore, un format MS à la con par exemple.
 
En clair ma question est :  
 
Savez vous utiliser une base et les requetes SQL dans un programme directement sans utiliser une connexion à un serveur de bdd ?
 
En fait jsuis en train de me dire que si ca se trouve ma question est complètement conne. Bref, je la pose quand même on sait jamais, peut être que l'un d'entre vous sait comment je pourrais m'y prendre.
 
Merci  
 
 
 
 

Reply

Marsh Posté le 30-09-2004 à 23:02:57   

Reply

Marsh Posté le 30-09-2004 à 23:08:50    

Bon. En fait SQLite pourrait faire l'affaire.
La suite dans le prochain numéro.

Reply

Marsh Posté le 30-09-2004 à 23:32:39    

sinon tu as aussi la solution Access


---------------
http://www.janaga.com
Reply

Marsh Posté le 01-10-2004 à 00:12:16    

Nithril a écrit :

sinon tu as aussi la solution Access


 
ha ben non trop facile ça. Pourquoi faire simple ?
Je considere aussi qu'access n'est pas installé sur le PC cible.

Reply

Marsh Posté le 01-10-2004 à 09:07:56    

SQLLite alors ...

Reply

Marsh Posté le 01-10-2004 à 11:08:22    

PtitKiKi a écrit :

ha ben non trop facile ça. Pourquoi faire simple ?
Je considere aussi qu'access n'est pas installé sur le PC cible.


Pas besoin qu'access soit installé sur le PC cible pour utiliser le moteur JET ou bidule. Il te faudra juste installer les drivers ODBC (qui sont redistribuables plus ou moins sans problèmes, et qui sont quasiment toujours déjà installés). La preuve en le faisant à la main:
- Panneau de Configuration - Outils d'Administration - ODBC
- Onglet Source système
- Bouton Ajouter  
- Microsoft Access
- Bouton Créer
- Et voilà !

Reply

Marsh Posté le 01-10-2004 à 12:06:36    

SQLite est tres bien et joue parfaitement son role. Une des plus grosses limitations est que le ALTER TABLE n'est pas supporte donc il faut faire gaffe a ton datamodel.

Reply

Marsh Posté le 03-10-2004 à 23:08:01    

oki bon ben je vais m'orienter vers l'une ou l'autre de ses soluces.
Merci !

Reply

Marsh Posté le 07-10-2004 à 21:12:02    

ouais ouais la soluce de Lam's est la meilleure de par mon expérience.
Il suffit d'utiliser quelques objets standards de visual (RecordSet) qui ouvrent la source de données ODBC et d'exécuter des requêtes dessus.
j'aimerai bien te filer les sources d'un exemple mais je les ai pas sous la main.
ce qui est certain c'est que c'est simple, rapide, souple et assez bien documenté.

Reply

Marsh Posté le 07-10-2004 à 21:49:14    

kR0M a écrit :

ouais ouais la soluce de Lam's est la meilleure de par mon expérience.
Il suffit d'utiliser quelques objets standards de visual (RecordSet) qui ouvrent la source de données ODBC et d'exécuter des requêtes dessus.
j'aimerai bien te filer les sources d'un exemple mais je les ai pas sous la main.
ce qui est certain c'est que c'est simple, rapide, souple et assez bien documenté.


 
Merci, mais ca y'est, c'est codé (via access) et ça fonctionne     [:ptitkiki]


Message édité par PtitKiki le 07-10-2004 à 21:52:13
Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed