par
Ryle » 27 nov. 2010, 11:46
Oui, contourner le problème est en effet une solution ...
Je ne sais pas si c'est à oOli0o ou à stealth35 que tu réponds, donc je m'excuse d'avance si j'ai mal compris, mais en l'occurrence, le problème est qu'
il ne faut pas utiliser de mots clés SQL réservés pour nommer ses tables ou ses colonnes.
L'erreur la plus fréquente concerne le type DATE. En SQL il ne vous viendrait pas à l'idée d'appeler votre colonne VARCHAR, INT ou ENUM... cela devrait être la même chose avec DATE. De même il ne faut pas appeler une table INSERT, CREATE, UPDATE... ou TABLE, c'est réservé

(tout comme bon nombre de constantes ou de méthodes en php)
MySQL permet de "contourner le problème" en utilisant des `` pour protéger le nom des tables ou des colonnes qui n'ont pas été pensés correctement, mais c'est bien le seul SGBD qui ait jugé utile de le faire...
[quote="devlop78"]Oui, contourner le problème est en effet une solution ...[/quote]
Je ne sais pas si c'est à oOli0o ou à stealth35 que tu réponds, donc je m'excuse d'avance si j'ai mal compris, mais en l'occurrence, le problème est qu'[u]il ne faut pas utiliser de mots clés SQL réservés[/u] pour nommer ses tables ou ses colonnes.
L'erreur la plus fréquente concerne le type DATE. En SQL il ne vous viendrait pas à l'idée d'appeler votre colonne VARCHAR, INT ou ENUM... cela devrait être la même chose avec DATE. De même il ne faut pas appeler une table INSERT, CREATE, UPDATE... ou TABLE, c'est réservé :) (tout comme bon nombre de constantes ou de méthodes en php)
MySQL permet de "contourner le problème" en utilisant des `` pour protéger le nom des tables ou des colonnes qui n'ont pas été pensés correctement, mais c'est bien le seul SGBD qui ait jugé utile de le faire...