Discussion :

[formi40430]

Bonjour,
ayant procédé a un upgrade de mysql (5.7 vers 8.0) et utilisant un code assez vieux, j'ai certaines requêtes qui ne fonctionne plus.
J'ai réussis a en modifier la plupart pour débug mais pour celle ci je sèche :

ChildLoop: AsyncSQL: query failed: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'window+0, pos, count, vnum, transmutation, socket0, socket1, socket2, attrtype0,' at line 1 (query: SELECT id, window+0, pos, count, vnum, transmutation, socket0, socket1, socket2, attrtype0, attrvalue0, attrtype1, attrvalue1, attrtype2, attrvalue2, attrtype3, attrvalue3, attrtype4, attrvalue4, attrtype5, attrvalue5, attrtype6, attrvalue6, sealbind FROM item WHERE owner_id=117 AND (window < 3 or window = 5 or window = 6 or window = 7 or window = 8)

En faisant plusieurs test directement depuis la console je me suis rendu compte que le problème était liée a la colonne "window", qui est de type enum.

Cette requette fonctionnait bien sur mysql57, j'avoue être perdu.

Si une âme charitable passe par ici...

Cordialement, Fabien

[tatayo]

Bonjour,
Window est une fonction de MySQL, donc il ne peut pas être utilisé comme nom de colonne, à moins de le mettre entre guillemets.
Visiblement cette fonction est arrivée après la version 5.7, ce qui explique que la requête fonctionnait avant la migration.

Tatayo.

[formi40430]

Bonjour,

En effet, depuis mysql 8.0, windows est un mot clé réservé.
la solution consiste donc a reprendre le code en ajoutant les guillemets spéciaux backticks (``).

Merci tatayo pour cette mise au clair qui m'avait échapé.

Sujet résolu.

Cdt Fabien

[escartefigue]

Autre solution : choisir un préfixe ou un suffixe différent pour chaque table et associer ce préfixe ou ce suffixe à chaque colonne de la table concernée, ainsi, on ne tombe jamais sur un mot réservé SQL et les études d'impact sont grandement facilitées

Exemple, pour un MCD classique clients, commandes, lignes de commandes et articles, dans lequel les lignes de commandes, entité-type faible de la commande, sont identifiées relativement à la commande, on modélise ceci :

[CL_CLIENT] 1,n --- (emettre) --- 1,1 [CO_COMMANDE] 1,n --- (contenir) --- 1,1(R) [LC_LIGNE_CDE] 1,1 --- concerner --- 0,n [AR_ARTICLE]

Ce qui donnera les tables suivantes (PK soulignées, FK suffixées par #)

CL_CLIENT(CL_ident, CL_numero, CL_date_creat, CL_nom...)
CO_COMMANDE(CO_ident, CO_numero, CO_date, CL_ident#...)
AR_ARTICLE(AR_ident, AR_reference, AR_designation...)
LC_LIGNE_CDE(CO_ident#, LC_sequence, LC_quantite, AR_ident#...)

Non seulement on n'a pas de mot réservé SQL, donc pas besoin de s'embêter avec des quotes inverses (MySQL) ou doubles quotes (autres SGBD), mais aussi on sait d'emblée de quelle table vient telle colonne, notamment les FK.
Très pratique à l'usage