Attaquer une base de données

Bonjour à tous,


Je voudrais faire un petit module me permettant d'exploiter des bases de données, que ça soit SQLServer, Oracle, MySQL ou autre (à vrai dire, c'est l'utilisateur qui choisira).

Je ne sais pas s'il faut que j'utilise ODBC où si je propose une interface de connexion à la base en spécialisant pour chaque type de base.

J'ai cherché un peu d'infos sur l'utilisation de l'api ODBC... ça m'a l'air super rigide. Je suis tombé également sur libodbc++ mais j'ai trouvé peu de resource pour savoir comment l'utiliser. Sinon, j'ai téléchargé "ODBC wrapped" que je n'ai pas encore testé.

Sinon j'ai cherché comment attaquer SQLServer en C++, j'ai pas vraiment trouvé de trucs utils et/ou léger.

J'ai peu d'expérience là dedans, est-ce que vous pouvez me conseiller avant que je m'embarque dans un truc qui ne convient pas ?


Merci beaucoup,

A bientôt

Si tu veux une application qui fonctionne indépendamment de la base de données utilisée, ODBC est effectivement un bon choix. Si tu développes sous Windows uniquement, tu peux également utiliser ADO qui est plus simple à programmer que ODBC ou encore les classes MFC qui encapsulent l'API ODBC. Je ne sais pas si tu l'as déjà vu mais il y a un tutoriel sur ODBC en C ici.

Merci pour cette réponse,

J'ai commecé quelques tests de l'api ODBC, il me manque juste à savoir comment trouver le nombre de résultats d'une requête qu'on s'aprête à fetcher.

merci

Salut,

Peut-être que SOCI te conviendrait ?

MAT.

Citation:

---

Envoyé par mister3957

Merci pour cette réponse,

J'ai commecé quelques tests de l'api ODBC, il me manque juste à savoir comment trouver le nombre de résultats d'une requête qu'on s'aprête à fetcher.

merci

---

Pourquoi vouloir connaître le nombre de lignes retournées par une requête alors qu'on s'apprête à fetcher ? Voici comment il faut considérer le problème :

- Tu veux juste connaître le nombre d'enregistrements vérifiant certains critères, pas les lire, alors utilise un "SELECT COUNT(*) FROM <table> WHERE (<condition>)" bien standard qui ne pose aucun problème. Fetches une fois pour lire la valeur retournée par la requête.

- Tu veux parcourir tous les enregistrement retournés par une requête. Pas besoin de connaître d'avance le nombre de lignes retournées, fetches simplement jusqu'à ce qu'erreur s'en suive.

Sache qu'il existe également la fonction SQLRowCount qui permet de connaître le nombre d'enregistrements qui ont subit des modifications suite à un UPDATE, un INSERT ou un DELETE. Il n'est pas garanti que chaque SGBD soit capable de retourner également le nombre d'enregistrements retournés par un SELECT.

Citation:

---

Il n'est pas garanti que chaque SGBD soit capable de retourner également le nombre d'enregistrements retournés par un SELECT.

---

D'autant que pour compter le nombre d'éléments retournés par une requête, le SGBD n'a d'autre choix que de... les parcourir (sauf exceptions).

Donc tu auras tout intérêt à faire toi-même le parcours, jusqu'à ce qu'erreur (plus d'éléments) s'ensuive.

Citation:

---

Envoyé par white_tentacle

D'autant que pour compter le nombre d'éléments retournés par une requête, le SGBD n'a d'autre choix que de... les parcourir (sauf exceptions).

Donc tu auras tout intérêt à faire toi-même le parcours, jusqu'à ce qu'erreur (plus d'éléments) s'ensuive.

---

Je ne serais pas aussi affirmatif. Un SELECT COUNT n'aboutira qu'à un seul échange entre ton code C++ et ta base. Parcourir tous les éléments (surtout si c'est un SELECT *) va nécessiter de fournir tous les résultats. Je pense qu'on doit y perdre un peu...

Citation:

---

Je ne serais pas aussi affirmatif. Un SELECT COUNT n'aboutira qu'à un seul échange entre ton code C++ et ta base.

---

Je suis bien d'accord. Ma remarque s'appliquait bien à compter les éléments issus d'une requête select, pas à un select count (qui lui, utilise l'index éventuel et donc est souvent beaucoup plus rapide).

Connaître le nombre d'enregistrement retournés me permettrait de pouvoir faire une barre de progression et d'indiquer à l'utilisateur l'avancement du chargement de ses données.

J'espérais ne pas avoir à faire deux requêtes (le COUNT(*) et la requête).

Merci