Version imprimable
Bonjour,
Je souhaiterai envoyer (dans un programme écrit en C) des données dans une base de données MySQL.
La question est : est-ce que OBDC me permet de faire ça où ne gère t'il que l'accès à ces données ?
Si OBDC le permet, comment faut-il faire ? J'ai regardé le cours suivant mais il n'y à rien sur la modification des tables.
http://melem.developpez.com/tutoriels/divers/odbc/
Si OBDC ne le permet pas, qu'elle API le permet ?
Merci
Bonne journée
Bin la modification des tables (plus précisément des enregistrements dans ton cas) c'est INSERT pour l'insertion, UPDATE pour la modification, DELETE pour la suppression, etc. C'est du SQL, pas du C. Tu peux exécuter ce type de requête comme n'importe quelle autre requête via ODBC.
Merci d'avoir répondu,
j'ai vu (sur ton cours, depuis mon premier post) qu'on pouvais envoyer des requêtes SQL grâce à cette fonction.
Je ne veux pas faire du SQL en C!!!Code:SQLExecDirect(stmt, "La requète", SQL_NTS);
Ma question c'est comment construire et exécuter facilement une requête sql d'ajout de n-uplet dans un programme en C (quelle API utiliser ? , quelle(s) fonction(s)?)
Le problème là c'est que pour construire ma requête sa va être la galère (bonjour les concaténations... y'aura plus de 100 colonnes dans ma table...).
Y'a pas d'autre solution que cette fonction ?
L'API qui te fait faire le moins de SQL (tu pourras écrire un programme qui manipule des bases de données sans la moindre instruction SQL avec), c'est ADO. C'est une techno Windows (utilisable uniquement sous Windows), mais qui supporte également tous les SGBD connus, comme ODBC. Il y a aussi la version ADO.NET pour la plateforme .NET. Il n'est malheureusement pas aisé d'utiliser ADO en C, pas plus qu'en Java ou en C++. Elle a surtout été faite pour les utilisateurs de VB et VBA.
ADO est en fait, tout simplement, une encapsulation de OLE DB. OLE DB, c'est donc le moteur qui fait fonctionner ADO. OLE DB ne requiert elle non plus aucune connaissance de SQL et s'utilise généralement en C ou en C++.
Si t'es sous Windows, et que tu veux manipuler une base de données (MySQL ou pas) en C sans écrire la moindre instruction SQL, utilise donc OLE DB (conseillé) sinon ADO. Sous les autres systèmes, désolé je n'en ai aucune idée.
Je vais regarder à ces APIs.
Je te remercie de tes réponses ma question première étant peut-on modifier la base grâce à ODBC ?
J'avais l'impression en lisant ton cours qu'on ne pouvais faire que des consultations (que des SELECT) d'où cette discussion.
Le problème n'est pas tant le SQL que ma requête risque de ressembler à ça
J'ai peur que ça ralentisse énormément mon code ?Code:INSERT INTO ma_table (blabla1,blabla2,blabla3,....blabla112,blabla113) value ...
j'ai pensé à une solution tel que j'insert un n-uplet au début du traitement et je l'update tout au long de mon traitement.
C'est viable ?
Je vais mettre ce post en résolu et je m'excuse si ma question à pu paraître non pertinente.
Je t'avais déjà dit dès ma première réponse que "La requête", dans SQLExecDirect(... "La requête" ...), pouvait être un SELECT, un INSERT, un UPDATE, un DELETE ou encore n'importe quelle autre commande SQL valide.
Au lieu d'avoir ouvert cette discussion, tu aurais aussi pu simplement tester toi-même non ? ;)Citation:
J'avais l'impression en lisant ton cours qu'on ne pouvais faire que des consultations (que des SELECT) d'où cette discussion.
Si tu veux insérer de nouvelles données, un INSERT suffit. Ca ne ralentira rien du tout, au contraire, c'est la manière la plus directe. Je ne vois pas l'intérêt de faire un INSERT bidon dans un premier temps et un UPDATE après.
je suppose que ça répondait à çaCitation:
Je t'avais déjà dit dès ma première réponse que "La requête", dans SQLExecDirect(... "La requête" ...), pouvait être un SELECT, un INSERT, un UPDATE, un DELETE ou encore n'importe quelle autre commande SQL valide
C'était une fausse question ici j'ai juste essayé de reformuler la question... :oops:Citation:
Je te remercie de tes réponses ma question première étant peut-on modifier la base grâce à ODBC ?
Le premier intérêt est que je n'ai pas directement toutes les informations, elles arrivent au fur et à mesure du traitement...
Le deuxième est que créer une requête SQL d'ajout d'un n-uplet dans une table qui contient près d'une centaine de colonnes ça va pas être de tout repos. (bon ça doit bien se faire avec une petite boucle et un tableau mais sa va augmenter considérablement la mémoire consomée par mon programme).
Mais tout ça, ça va peut être plus dans un forum SQL !!! ^^
Encore merci