Requete ajout avec table parametrable

Bonjour à tous,
Une question de newbie qui n'a pas l'air d'avoir déjà été posée

Je cherche à programmer la manip suivante :
- l'utilisateur choisit dans une zone de liste d'un formulaire le nom de la table qui l'intéresse
- puis une procédure automatique ajoute cette table sélectionnée dans une autre table (toujours la meme)

Le nom de la table choisie au depart est donc un parametre variant. Je pensais résoudre ce probleme en faisant une requete ajout et un "docmd.runsql" mais il y a trop de champs dans ces tables et je dépasse les 256 caracteres que l'on peut passer par un runsql.
Y a-t-il une meilleure solution ?
Est-il possible de résoudre ce probleme avec un runsql ? Sinon à l'aide d'un querydef mais comment passer le paramètre du nom de la table dans la requete ?

select *

Citation:

---

Envoyé par random

select *

---

Il s'agit d'une requete ajout,
"insert * "ne marche pas car il faut que je precise quels champs de la table choisie doivent être mis dans la table receveuse

Il y a une limite à 256 caractères ? Ah bon ???

Je te confirme que j'ai des SQL qui font plusieurs centaines de caractères (peut-être certaines plus de mille) et cela fonctionne.

Citation:

---

Envoyé par cavo789

Il y a une limite à 256 caractères ? Ah bon ???

Je te confirme que j'ai des SQL qui font plusieurs centaines de caractères (peut-être certaines plus de mille) et cela fonctionne.

---

Quelle syntaxe emploies-tu ?
Perso j'utilise la méthode suivante :

Code:

---

1 2 3 4 5

sql1 = "INSERT INTO " + Resultat_comptage_boucle + "(Nom_boucle, Nom_collecteur_boucle, Date_comptage, Heure_comptage, Unite_observation, Nombre_debit, Nombre_debit_PL, Nombre_vitesse, Nombre_taux_occupation, Campagne_de_mesure, Commentaires, Validite) " sql2 = "SELECT Nom_boucle, Nom_collecteur_boucle, Date_comptage, Heure_comptage, Unite_observation, Nombre_debit, Nombre_debit_PL, " sql3 = "Nombre_vitesse, Nombre_taux_occupation, Campagne_de_mesure, Commentaires, Validite FROM " + nomtable + ";" sql = sql1 + sql2 + sql3 DoCmd.RunSQL sql

---

A moins d'une faute de frappe qui m'échappe, j'ai un message d'erreur du style "Erreur dans le INSERT INTO"
Quand je place un espion sur la variable sql je m'aperçois que celle-ci est tronquée à 256 caracteres. C'est la meme chose si j'initialise les variables sql1, sql2, sql3 et sql en variant

L'erreur INSERT INTO indique que ton SQL Statement est mal construit; pas qu'il est limité en taille.

Déjà une chose : utilise le caractère & à la place du + pour la concaténation.

Ma syntaxe est un truc du style

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13

Dim sSQL As String   sSQL = "SELECT ................................................" & _ "..................................................................." & _ "..................................................................." & _ "..................................................................." & _ "..................................................................." & _ "..................................................................." & _ "..................................................................." & _ "..................................................................."   DoCMD.RUNSQL sSQL, 0

---

Comme tu le vois, je code mon SQL dans une seule variable; pas dans trois ou plus.

Si tu continues à avoir un problème; affiche ton SQL dans la debug window

Code:

---

Debug.print sSQL

---

Et ensuite fait un Copy/Paste dans un query que tu auras créé via l'interface MS Access. Lance le query ainsi et tu découvriras certaiment où tu as commis une erreur.

OK Merci
Je vais tester ta syntaxe

Code:

---

1 2 3 4

INSERT INTO matable SELECT matable.* FROM matable;

---

@random

L' instruction globale * ne marche pas car je n'insère que quelques champs.
Il faut donc que précise lesquels dans le SELECT et comme il y en a beaucoup et que le nom de la table est une variable, la syntaxe est coton ! :cry:

@cavo789

Bon j'ai employé ta syntaxe et ça marche. Ouf !!

Merci à tous :king:

Pense à cliquer sur le bouton Résolu alors car sans cela, les autres lecteurs vont croire que ta question est toujours sur le feu... C'est ce que j'ai cru et j'ai pensé que mon aide n'avait pas été OK.