Insertion,update dans une BD à table avec beaucoup de champs

Version imprimable

03/03/2007, 15h30
randriano

Insertion,update dans une BD à table avec beaucoup de champs

Cette fois-ci, je travaille avec une base de données avec une table

de 100 champs (énormes non!) et j'utilise ADO pour se connecter à

cette BD. J'ai voulu effectuer des insertions dans la table: INSERT

INTO. Mais là, j'ai rencontré beaucoup de

problèmes:EOleException.
Des erreurs du genre:Point-virgule absent à la fin de

l'instruction SQL ou Erreur de syntaxe dans INSERT INTO.

Mais j'ai revérifié mes instructions sql et c'est correct!!

De plus lorsque j'insère une chaîne par ex: "C:\Documents and

Settings\All Users.WINDOWS\Documents\Mes images\Échantillons

d'images\Nénuphars.jpg" l'exception devient: Objet parameter

défini de manière incorrecte.

Qu'est-ce que cet objet Parameter? je vois pas
Je pense qu'on ne peut pas utiliser une table avec plusieurs champs

ou est-ce une faille de ADO, dois-je retourner à BDE?
Est-ce que vous avez déja rencontré un tel problème.Si oui, quelle solution avez-vous trouvé?
04/03/2007, 10h22
bruce-willis

Moi, je ne sais pas quoi de répondre.
Moi j'ai déja essayé avec 50 champs, ce fut la galère alors j'ai abandonné.

Je voudrais savoir ce que les autres en pense!
04/03/2007, 10h26
randriano

Slt bruce-willis,

Faut jamais jeter l'éponge mon cher ami. Je ne sais pas si c'est un défaut du composant ADO ou celui de Ms Access: je crois que Access doit supporter cela car il est connu pour être puissant.

EST-CE QUE QUELQU'UN A UNE SUGGESTION A ME DONNER? PLEASE
04/03/2007, 11h59
Sunchaser

Bonjour,

Peut être déja poster toutes les instructions et requete relatives a la mise a jour de ta table.
En expliquant les types d'objets utilisés, etc ...

Citation:

Je pense qu'on ne peut pas utiliser une table avec plusieurs champs

Ca m'étonnerais tout de même ...

En fait, j'utilise ADO pour manipuler une BD Ms Access constitué par plusieurs tables avec beaucoup de champs, l'une d'elles possèdent même 110 champs. Vous vous demandez à quoi servent tous ces champs, et oui ils ont une importance capitale.

Je me demande pourquoi cela génère un EOleException alors que je crois que je n'ai ommis aucunes erreurs dans le code. Par ex,ici une insertion (j'insère des valeurs n'importe quoi mais correctes et j'utilise des ......... pour raccourcir):
Code:

1 2 3 4 5 6 7 ADOQuery1->Close(); ADOQuery1->SQL->Clear(); ADOQuery1->SQL->Add("insert into venteterrain(reference,adressebien,...........,section,superficie) values('klmkjml','kmjklm',..................'ipiop',70)"); ADOQuery1->SQL->Add("insert into venteterrain(prixm2,superficie_mor,prixm2_mor,.............,repere,conseil_jur,conseil_tec) values(70,70,70,...............,'','')");//les champs conseil_jur,conseil_tec sont des Mémo ADOQuery1->SQL->Add("insert into venteterrain(prestation,plat_p,..................,voisinage_nb,limitation_nb,autres_nb) values('','',..............,50,50,50)");//le premier champ est un Mémo ADOQuery1->SQL->Add("insert into venteterrain(remblaye_nb,acces_nb,arbore_nb,eau_elec_nb,cloture_nb,pente_nb) values(50,50,50,50,50,50)"); ADOQuery1->ExecSQL();
Ce code provoque l'erreur:Erreur de syntaxe dans INSERT INTO.
Certaines chaines vides doivent contenir en fait un chemin (C:\...) et lorsqu'on les remplit avec un chemin, l'erreur:Objet parameter défini de manière incorrecte..Donc ça empire alors que ça marche pour des BD à 5 champs par ex.

Même cas pour pour l'UPDATE: erreurErreur de syntaxe (Opérateur absent) .... J'ai fait des SQL->SaveToFile() de la liste des requêtes et c'est correct à 100% mais erreur lors du
ADOQuery1->ExecSQL();
Même erreur dans l'update lorsqu'on insère un chemin.

04/03/2007, 15h19
bruce-willis

Slt rakoto15,

t'as bien fait d'effectuer l'insertion en plusieurs lignes car avec un nbr de champs tel que le tien, une ligne ne suffirait pas.

Sunchaser! Comment as-tu fait si tu dis que c'est possible une table avec plusieurs champs (plus de 100).
04/03/2007, 16h30
randriano

Pour l'exception Objet parameter défini de manière
incorrecte, l'erreur était en fait l'existence d'apostrophe
dans les chaînes des chemins ou dans les mémos.

Mais est-ce qu'on ne peut pas utiliser des apostrophes dans les
chaînes en SQL?

Je me demande aussi pourquoi la boîte de dialogue de saisie de mot
de passe n'apparâit pas alors que Connected=true et
LoginPrompt=true aussi. Alors que cela apparaît dans mes autres
projets avec des petites BD.
Est-ce que cela a qlq choses y avoir avec ces problèmes???
04/03/2007, 20h48
Sunchaser

Citation:

Envoyé par bruce-willis

Sunchaser! Comment as-tu fait si tu dis que c'est possible une table avec plusieurs champs (plus de 100).

Meuuuuaaah ....!? J'ai pas dis tout a fait cela moi.
Et pis d'abord, moi j'essaie de fuir dès que je vois 'MS Access'. Mais bon, ce genre de considération ne fais pas avancer le schmilblick.
05/03/2007, 00h52
Fbartolo

Je n'ai jamais rencontré ce type de PB hormis sur les points suivants:

Ne jamais mettre de moins (-) dans les noms de champs, jamais de caractère accentué dans ce type de requête.
Toujours préférer lécriture "..."+QuotedStr("TOTO")+"..." à "...'TOTO'...".

Pour des requêtes à problème, je les réalise sous accès afin de trouver l'erreur qui est explicite (contrairement à ADO), ensuite je fais un copier coller avec de petites modifications et en enlevant le ";" de la fin.

Et là pas de PB
05/03/2007, 21h36
bruce-willis

Pardonnez Sunchaser, je ne voulais pas te blesser!!!
05/03/2007, 21h44
randriano

Pour la boite de dialogue qui n'apparaisse pas, c'est résolu. C'est en fait une betise de ma part.

FBartolo! Je n'utilise pas de - ni d'accents dans les noms de champs.
Je vais essayer ton truc de QuotedStr() mais je vais te demander quelle est la différence ????

Pour Pour des requêtes à problème, je les réalise sous accès afin de trouver l'erreur qui est explicite

Je ne comprends pas!! Peux-tu m'expliquer?
05/03/2007, 21h46
Sunchaser

Citation:

Envoyé par bruce-willis

Pardonnez Sunchaser, je ne voulais pas te blesser!!!

A non, non ... pas du tout ...
Juste que si j'avais eu la solution de suite, je l'aurais postée ...
;)
05/03/2007, 22h31
blondelle

Salut rakoto15:
Est ce normal que ton code commence par "ADOQuery1->Close();" ?
05/03/2007, 22h49
Fbartolo

Citation:

Envoyé par rakoto15

Pour la boite de dialogue qui n'apparaisse pas, c'est résolu. C'est en fait une betise de ma part.

FBartolo! Je n'utilise pas de - ni d'accents dans les noms de champs.
Je vais essayer ton truc de QuotedStr() mais je vais te demander quelle est la différence ????

Pour Pour des requêtes à problème, je les réalise sous accès afin de trouver l'erreur qui est explicite

Je ne comprends pas!! Peux-tu m'expliquer?

Citation:

Utilisez QuotedStr pour convertir la chaîne AnsiString S en une chaîne guillemetée. Un caractère simple (') est inséré au début et à la fin de S et les guillemets simples dans la chaîne sont répétés.

Pour réaliser des requêtes complexes ou problématiques, j'ai pris l'habitude de les réaliser d'abord sous MS Access soit avec le générateur de Query soit directement en SQL.

l'avantage (soit directement sur une base Access soit via ODBC), c'est que Access te positionne directement sur l'erreur en SQL.
Ensuite tu n'as plus qu'a copier le code SQL dans ton Query.

voila c'est tout ce que je voulais dire.

Citation:

Envoyé par blondelle

Salut rakoto15:
Est ce normal que ton code commence par "ADOQuery1->Close();" ?

Pour exécuter des requêtes Insert, Update, Delete, Create database on utilise ExecSql(). Close() est inutile si on n'exécute qu'une fois la requête sinon il faut closer ADOQuery avant d'exécuter qlqchose. Je ne comprends pas très bien aussi mais c'est la méthode utilisée par de nbreux programmeurs renommés.

J'ai testé QuotedStr() et il n'y a pas de différence, le code me semble toujours correct.
J'ai essayé une insertion de deux champs seulement, ça marche.
J'ai essayé avec deux instructions SQL successives, le problème réapparaît.
Code:

1 2 3 4 5 6 ADOQuery1->Close(); ADOQuery1->SQL->Clear(); ADOQuery1->SQL->Add("insert into location(reference,adressebien,entree_p,chauffeau) values('888888','Ambatomaro','C:\\Program Files\\blabla.bmp',True)"); ADOQuery1->SQL->Add("update location set adressebien='Itaosy',superficie=444444444,salon_p='C:\\Documents and Settings\\rija.jpg',gardiens=True where reference='12'"); ADOQuery1->ExecSQL();
Et je crois que c'est le problème de mon code, les insertions successives.

je suis revenu au code que j'ai posté avant,j 'ai mis en commentaire les 5 insertions et il ne reste que la 1ère insertion de 20 champs.
L'exception apparaît mais le débugger conseille de raccourcir l'insertion.

Bref, je crois que c'est la longueur de la requête qui est le prob. Je vais alors essayé de raccourcir ce code, ça va me prendre encore une nuit d'insomnie.

Deja chaque insertion à la fois

Code:

1
2
3
4
5
6
7
8
ADOQuery1->Close();
ADOQuery1->SQL->Clear();
ADOQuery1->SQL->Add("insert into location(reference,adressebien,entree_p,chauffeau) values('888888','Ambatomaro','C:\\Program Files\\blabla.bmp',True)");
ADOQuery1->ExecSQL();
ADOQuery1->SQL->Clear();
ADOQuery1->SQL->Add("update location set adressebien='Itaosy',superficie=444444444,salon_p='C:\\Documents and Settings\\rija.jpg',gardiens=True where reference='12'");
ADOQuery1->ExecSQL();

Cela permet de mieux repérer les erreurs et deuxiement je suis pas sur que cela fonctionne.

06/03/2007, 17h33
randriano

BOUBOU1, ça marche car je l'ai déja essayé après avoir posté mon dernier message.
Et oui, c'est ça la solution, lancer un à un chaque requête.

Un autre prob existe aussi lorsque j'utilise des chemins (chaînes longues), le champ est trop petit pour accepter la quantité de données ...

Combien de caractères supporte une ligne de requête en SQL ou en Ms Access????
__________________________________________________________________
Autre chose:
j'aimerais demander au responsable du site pourquoi lorsque je participe à plusieurs discussions en même temps, mes nbr de messages ne sont incréméntés que sur l'une d'elles. Normalement, mes messages seraient plus de 50.
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
06/03/2007, 22h11
BOUBOU81

pour ce qui est de la requete tu est tranquile car c'est un AnsiString soit ~2^31 caractères, pour accès cela depand de la longueur de ton champ chaine de caractère ou tu veux mettre le chemin

Citation:
Envoyé par rakoto15
Code:

1 2 3 4 5 6 7 ADOQuery1->Close(); ADOQuery1->SQL->Clear(); ADOQuery1->SQL->Add("insert into venteterrain(reference,adressebien,...........,section,superficie) values('klmkjml','kmjklm',..................'ipiop',70)"); ADOQuery1->SQL->Add("insert into venteterrain(prixm2,superficie_mor,prixm2_mor,.............,repere,conseil_jur,conseil_tec) values(70,70,70,...............,'','')");//les champs conseil_jur,conseil_tec sont des Mémo ADOQuery1->SQL->Add("insert into venteterrain(prestation,plat_p,..................,voisinage_nb,limitation_nb,autres_nb) values('','',..............,50,50,50)");//le premier champ est un Mémo ADOQuery1->SQL->Add("insert into venteterrain(remblaye_nb,acces_nb,arbore_nb,eau_elec_nb,cloture_nb,pente_nb) values(50,50,50,50,50,50)"); ADOQuery1->ExecSQL();
Je vois dans tes requêtes SQL que tu ne mets pas le ";" final. Ca ne pose pas de problème lorsque tu n'as qu'une commande dans la requête, mais c'est sûr que c'est un soucis lorsque tu en mets plusieurs. Un peu comme si tu oubliais les ";" dans ton code C++.

Alors je n'ai jamais essayé, mais peut-être que tu peux passer toutes tes commandes en une seule fois en mettant le ";" de séparation:
Code:

1 2 3 ADOQuery1->SQL->Add("insert into toto(...) values(...);"); ADOQuery1->SQL->Add("insert into toto(...) values(...);"); ADOQuery1->ExecSQL();

07/03/2007, 04h40
randriano

C'est vrai que les AnsiString supportent une chaîne très longue mais c'est Delphi qui ne supporte pas dans l'EDI et peut être ADO qui ne supporte une insertion de plusieurs champs en même temps!

Il y a une erreur que j'ai commis: j'ai effectué l'insertion en plusieurs requêtes donc ça crée des enregistrements différents dans la BD alors que je veux avoir un seul enregistrement avec 100 champs.
Que peux-je faire alors que Delphi dit "chaîne trop longue" quand j'écris tout en une seule ligne???
PLEASE

Essaye:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
ADOQuery1->SQL->Add("insert into");
ADOQuery1->SQL->Add("toto   (champ1,...,champ10,");
ADOQuery1->SQL->Add("          champ11,...,champ20,");
...
ADOQuery1->SQL->Add("          champ91,...,champ100");
ADOQuery1->SQL->Add("         )";
ADOQuery1->SQL->Add("values(valeur1,...,valeur10,");
ADOQuery1->SQL->Add("          valeur11,...,valeur20,");
...
ADOQuery1->SQL->Add("          valeur91,...,valeur100");
ADOQuery1->SQL->Add("         );";
ADOQuery1->ExecSQL();

Attention, une virgule entre chaque champ et entre chaque valeur sauf après le dernier puisqu'on referme la parenthèse.

07/03/2007, 08h58
bakaneko

Citation:

Envoyé par rakoto15

Un autre prob existe aussi lorsque j'utilise des chemins (chaînes longues), le champ est trop petit pour accepter la quantité de données ...

Je suppose que tu stockes ce chemin dans un champs de type Texte. Je te conseille de regarder alors la taille du champs dans Access (de 1 à 255) pour voir si tu as la place de tout rentrer.
07/03/2007, 09h21
BOUBOU81

L'erreur intervient au moment ou tu execute la requete ou lorsque tu fais les "add" sur ta requete, car si lorsque tu executes ta requete c'est dans access que ton probleme se pose, si ta requete est correct.
De plus ADO accepte autant de champ que tu le désire, il depend du provider utilisé.;)
07/03/2007, 09h23
say

Citation:

Envoyé par Patrick Seuret

Je vois dans tes requêtes SQL que tu ne mets pas le ";" final.

+1... c en effet un script complet, donc il faut séparer les différentes instructions.

Citation:

Envoyé par bakaneko

Je suppose que tu stockes ce chemin dans un champs de type Texte. Je te conseille de regarder alors la taille du champs dans Access (de 1 à 255) pour voir si tu as la place de tout rentrer.

idem.

ça avance?
07/03/2007, 09h30
Fbartolo

Bonjour Rakoto15.

Peut être pourrais tu mettre en ligne ta base de données (enfin la partie concernée) afin que ceux qui souhaitent aider puisse le faire plus simplement. :mouarf:

Ok Patrick, ton aide m'est vraiment utile, et ça marche. Les aides des autres forumeurs m'ont aussi beaucoup aidé.(fbartolo, bakaneko,boubou81,say,...)

J'ai utilisé aussi une autre technique mais c'est le truc de Patrick qui est le meilleur car plus optimisé mais je vais qd même le poster
Code:

1 2 3 4 5 6 7 8 ADOQuery1->SQL->Add("insert into toto(champ1,...,champ20) values(value1,...,value20)"); ADOQuery1->ExecSQL(); ADOQuery1->SQL->Add("update toto set champ21=...,champ22=...,...,champ30=... where champ1=value1"); ADOQuery1->ExecSQL(); ADOQuery1->SQL->Add("update toto set champ31=...,champ32=...,...,champ40=... where champ1=value1"); ADOQuery1->ExecSQL(); .............................
En effet, la taille du texte pour les chemins que j'ai utilisée est de 50 seult, je vais l'augmenter et voir ce que ça donne.

Ca avance les amis!!!

Après ce prob, j'aimerais bien écrire un tutoriel sur l'insertion,update bd,etc. ou même poster mon code sur developpez. Mais je sais pas comment faire cela, les tuto et sources se situent souvent sur des sites perso comme ricky81.developpez.com (je le questionne ici pour ne pas en créer une nouvelle discussion)

13/03/2007, 12h32
randriano

Salut les amis!

Ca avance mais j'ai utilisé 2 tables de 100 champs différents.
Ca marche sur la 1ère table mais pas sur la 2ème qui fait tjrs "erreur iNSERT INTO" et "erreur UPDATe". Et là je ne comprends car mon instruction sql semble parfaitment correct comme celle de la table 1.

Quelle est la longueur max d'un nom de table?
13/03/2007, 15h37
Patrick Seuret

Peux-tu poster les commandes que tu utilises pour ta seconde table?

Slt Patrick! Merci de vouloir me répondre même si j'ai mis en délestage cette discussion:

Je vais insérer que 20 champs pour raccourcir mais je t'assure que j'insère bien les textes et les numériques à la bonne place:
Code:

1 2 3 4 5 ADOQuery2->SQL->Clear(); ADOQuery2->SQL->Add("insert into ventefieldrecords(reference,adressebien,mandant,adresseexacte,tel,mail,intermediaire,prime,contact,cond_prop,prix,avance,divers,total,commission,totalag,numtitre,plle,section,superficie)"); ADOQuery2->SQL->Add(" values('VT456W','Cologne','0','0','0','0','0',0,'0','0',0,0,0,0,0,0,'0','0','0',0)"); ADOQuery2->ExecSQL();
J'ai posé la question sur la longueur du nom de champ car j'en avais marre!!

13/03/2007, 19h11
Patrick Seuret

Ca m'a l'air juste à l'exception du ";" qui manque à la fin, mais normalement ce n'est pas critique.

Sinon, le plus simple pour tester une requête SQL dans Access, c'est d'ouvrir ta table dans Access, faire une nouvelle requête vide, dans le menu "Affichage", choisir le mode "Vue SQL" (les noms peuvent changer, je travaille avec une version anglaise) et coller ta requête SQL dans l'éditeur. Pour la tester, tu retourne dans le menu "Affichage" et sélectionne "Feuille de données" ("Datasheet view" en anglais).

S'il y a une erreur, Access donne un message bien plus précis (nom de la table, nom de champ, etc.). Dis-moi ce qu'Access te retourne.