Discussion :

[PaulineGjm]

Bonjour,

J'ai une erreur de syntaxe en important mon fichier sql mais je vois pas du tout ce qui ne va pas

Voici mon code :

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
CREATE TABLE Release(
'id_release' varchar(10) not null primary key,
'dateR' date
);
 
create table Commit (
id_commit varchar(10) not null primary key,
auteur varchar(20),
message varchar(100)
);
 
create table Changelog (
id_commit varchar(10),
id_release varchar(10),
CONSTRAINT id_commit FOREIGN KEY (Commit) REFERENCES Commit(id_commit),
CONSTRAINT id_release FOREIGN KEY (Release) REFERENCES Commit(id_release)
);

et voici l'erreur :

Erreur
Requête SQL:

CREATE TABLE Release(

'id_release'VARCHAR( 10 ) NOT NULL PRIMARY KEY ,
'dateR'DATE
);

MySQL a répondu:

#1064 - 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 'Release(
'id_release' varchar(10) not null primary key,
'dateR' date
)' at line 1

Si vous pouviez m'aider je vous en serai reconnaissable.

Merci beaucoup et bonne soirée à tous.

[tatayo]

Bonjour,
Je dirai qu'il faut enlever les cotes (') autours des noms de colonne, et surtout que release est un mot réservé en SQL, donc à éviter comme nom de table.

Tatayo.

P.S. et un varchar en clé primaire, c'est pas terrible, mais c'est une autre histoire

[ericd69]

salut,

tatayo a raison pour les noms d'entités sql (colonnes, tables, bd, etc...) c'est `` et pas '' ou "" qu'il faut utiliser.

on limite au maximum les index textes et surtout jamais on ne les utilise pour une clé primaire car elle va servir:

• pour tout un tas d'opérations (comptage, tri, recherche, jointure, etc...)
• de préfixe à tous les autres index de la table

en plus, l'algo de comparaison d'une chaine de caractères (avec un encodage genre utf8, ou iso le plus souvent) est drastiquement plus lourd qu'une simple comparaison numérique (même sur 64 bits elle sera fait en une opération pour le cpu) alors que lui tu dois comparer caractère par caractère et pour ce faire les décoder si besoin (ce qui peut nécessiter de lire 1 à 3 octets pour extraire la valeur unicode du caractère)...

donc je serais de toi, je reverrais mon modèle de données

[SQLpro]

J'avais jamais encore vu quelqu’un capable appeler une table COMMIT !!!!
Félicitation....

On devrait décerner la médaille du code le plus stupide annuellement... Je pense que vous gagneriez haut la main !

A +