Discussion :

[phDeveloppement]

Bonjour,

je cherche à corriger ma requête SQL que voici:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
 
INSERT INTO adherent (firstname,
							lastname,
							password,
							email,
							cb_numadherent,
							cb_datedenaissance,
							cb_telephone,
							cb_adresse,
							cb_cp,
							cb_ville,
							cb_pays,
							cb_siteinternet,
							cb_typemembre,
							cb_catprofessionnelle,
							cb_organisme,
							cb_profession) 
                                                                           VALUES (SELECT       
                                                                                         Prenom,
	                                                                                 NomAdherent,
	                                                                                 n°adhérent,
										         Emailtexte,
				                                                      DateDeNaissance,
											 Telephone,
											 Adresse,
											 CategorieProf,
											 Organisme,
											 Titreorganisme,
											 n°adherent
                                FROM         T_Adherent WHERE n°adhérent <> NULL);

Je suspecte que cela vienne des caractères '°' et/ou 'é'.

Les circonstances font que je dois travailler sous l'Access de Libre Office qui ne me montre pas mes erreurs.

Mes questions sont donc les suivantes:
D'où viennent le(s) erreurs et comment les résoudre ?
Connaissez-vous un bon correcteur syntaxique de SQL, online ou pas (ou un bon IDE proposant cette fonction)?
MS Access montre t'il les erreurs ?(pour savoir si je me le procure ou pas, utilisant Libre Office pour l'instant)

Merci

PH

[Waldar]

Les colonnes contenant des caractères spéciaux doivent être encapsulées dans des "" ou []. C'est une des raisons pour lesquelles on n'utilise pas de caractères spéciaux dans les noms de table / colonne.

La syntaxe de votre requête est fausse :

1. INSERT INTO VALUES ne sert à insérer qu'une seule ligne.
   Pour insérer un ensemble de ligne, on écrit directement le SELECT après l'INSERT.
2. C'est bien de spécifier les colonnes de la table insérée mais il doit y en avoir autant, du même type et dans la même position qu'au niveau du SELECT.
   Là vous essayez de mettre douze colonnes dans la place de seize, ça ne va pas fonctionner.
3. Pour éliminer les nulls, on ne fait pas <> NULL car null n'est pas une valeur.
   La syntaxe adéquate est IS NOT NULL.

Et pour finir, vous auriez surement trouvé toutes ces informations par vous-même en parcourant les tutoriels SQL, c'est toujours un bon point d'entrée !

[CinePhil]

Oui c'est sûrement la colonne mal nommée "n° adhérent" qui pose problème.

Règle d'or :
N'utiliser, pour nommer les objets des BDD, que les lettres non accentuées, les chiffres et le caractère de soulignement.

[phDeveloppement]

Merci pour vos réponses, le fait est que je manque de temps et j'ai préféré poster puis chercher la réponse en attendant celles du fil. La table d'origine a été crée par un non informaticien d'où les mauvais noms de colonnes.

[CinePhil]

Si je ne m'abuse, dans Libre Office Base, comme dans Open Office Base, on peut mettre les noms de colonnes entre guillemets.
À vérifier dans la doc.

[phDeveloppement]

J'ai trouvé le bon module pour exécuter du SQL sur LO base, et dedans j'essaye cette requête, simplifiée pour isoler les problèmes:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

INSERT INTO adherent (firstname) SELECT Prenom FROM T_Adherent WHERE n[°]adh[é]rent IS NOT NULL

et j'obtiens l'erreur suivante: "Erreur de syntaxe (opérateur absent) dans l'expression 'n[°]adh[é]rent IS NOT NULL'.".

Même résultat avec n"°"adh"é"rent.

Pourtant il me semble avoir repris la bonne syntaxe venue tout droit de http://sqlpro.developpez.com/cours/null/.

Quelqu'un a t-il la solution ?

[al1_24]

C'est le nom de colonne qu'il faut encadrer de guillemets doubles !

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
INSERT INTO adherent (firstname)
SELECT  Prenom 
FROM    T_Adherent 
WHERE   "n°adhérent" IS NOT NULL

[lola06]

n[°]adh[é]rent --> [n°adhérent]

ou

n"°"adh"é"rent --> "n°adhérent"

[CinePhil]

Va chercher la doc de Libre Office la syntaxe pour les noms de colonnes dans les requêtes quand il y a des espaces ou autres caractères indésirables.

Le site de SQLPro, c'est du langage SQL pur. Quand il présente du code dédié à un SGBD (généralement SQL Server), il le signale.

Je ne comprends pas pourquoi tu as fait cette dernière requête mais ce qui te pose toujours problème, c'est la syntaxe de la colonne "n° adhérent".

J'avais suggéré les guillemets autour du nom de colonne, as-tu essayé ?
Sinon, cherche dans la doc Libre Office ou Open Office Base.

Il y a aussi un forum assez réactif pour ces suites logicielles mais très réactif contre ceux qui ne font pas l'effort de chercher d'abord dans la doc avant d'y poser un problème !

[SQLpro]

La norme c'est les guillemets, pas les crochets qui sont spécifiques à SQL Server.

A +

[StringBuilder]

MySQL utilise quant à lui des apostrophe inversées si je ne m'abuse : `

[CinePhil]

MySQL utilise quant à lui des apostrophe inversées si je ne m'abuse : `

Oui, c'est d'ailleurs très chiant à taper alors je m'arrange pour n'en avoir jamais besoin : je nomme correctement mes objets en BDD selon un standard inspiré de celui de SQLPro.

[StringBuilder]

Oui, c'est d'ailleurs très chiant à taper alors je m'arrange pour n'en avoir jamais besoin : je nomme correctement mes objets en BDD selon un standard inspiré de celui de SQLPro.

On est bien d'accord, US7ASCII rulez
Et encore, le "_" autant s'en passer le plus possible