Discussion :

[beegees]

Bonjour tout le monde,

J'ai un problème avec ma chaîne SQL que voici :

Code :

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

1
2
ALTER TABLE `inscriptions` CHANGE `Matricule` `Matricule` TEXT CHARACTER SET latin1 COLLATE latin1_swedish_ci NOT NULL COMMENT 'Clé étrangère de Matricule dans Etudiants'
ADD FOREIGN KEY (Matricule) references etudiants(Matricule);

Voici le message d'erreur :

#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 'ALTER TABLE `inscriptions` ADD FOREIGN KEY (Matricule) references etudiants(Matr' at line 2

Merci d'avance pour votre aide.

beegees

[ced]

Il manque une virgule à la fin du CHANGE, juste avant le ADD FOREIGN KEY, pour séparer les 2 instructions.

ced

[beegees]

Il manque une virgule à la fin du CHANGE, juste avant le ADD FOREIGN KEY, pour séparer les 2 instructions.

ced

Bonjour,

Merci pour ta réponse.

Voici le message d'erreur que j'obtiens en ayant mis la virgule (je pense en fait que je ne l'a mets pas au bon endroit) :

Erreur

requête SQL:

ALTER TABLE `inscriptions` CHANGE `Matricule` `Matricule` TINYTEXT CHARACTER SET latin1 COLLATE latin1_swedish_ci NOT NULL COMMENT 'Clé étrangère de Matricule dans Etudiants',
ADD FOREIGN KEY ( Matricule ) REFERENCES etudiants( Matricule )

MySQL a réponduocumentation
#1170 - BLOB/TEXT column 'Matricule' used in key specification without a key length
[ Retour ]

Qu'en penses-tu ?

Merci.

beegees

[CinePhil]

Devons-nous comprendre que 'Matricule' devient une colonne TINYTEXT ?
Et tu veux en faire une clé étrangère ?
Ne me dis pas que tu as mis une colonne de ce type là en clé primaire dans la table 'etudiants' ?

[ced]

Voici ce que dit la documentation MySQL à ce sujet :

Pour les colonnes CHAR et VARCHAR, les index peuvent être créés sur uniquement une partie de la colonne, avec la syntaxe col_name(length). Pour les colonnes BLOB et TEXT la longueur d'index est obligatoire.

Mais effectivement, mettre un BLOB ou un TEXT en identifiant d'une table, c'est prendre un bazooka pour dégommer un moustique .

ced

[beegees]

Devons-nous comprendre que 'Matricule' devient une colonne TINYTEXT ?
Et tu veux en faire une clé étrangère ?
Ne me dis pas que tu as mis une colonne de ce type là en clé primaire dans la table 'etudiants' ?

Bonjour,

Merci pour ta réponse.

Je débute en mySQL, je n'y travaille que depuis lundi.

J'ai acheté un livre (PHP 5 le guide complet) et dans ce livre (que je trouve pas mal mais pas très complet) je peux lire :

TINYTEXT : Texte contenant maximum 255 caractères.

Vue que le matricule ne dépassera jamais 6 caractères, je m'étais dit que pour gagner de la mémoire, s'était idéal.

Maintenant, si tu me dis qu'on peut pas, saurais-tu me dire exactement pourquoi ?

Saurais-tu me dire comment je peux accèder au code SQL de la structure de ma table, cela me permettrait alors de pouvoir te montrer sa structure.

Merci d'avance pour ta réponse.

beegees

Voici ce que dit la documentation MySQL à ce sujet :

Mais effectivement, mettre un BLOB ou un TEXT en identifiant d'une table, c'est prendre un bazooka pour dégommer un moustique .

ced

Bonjour Ced,

Je ne savais pas.

Que me conseilles-tu de mettre alors ?

S'est un entier sur 6 chiffres mais je veux éviter l'entier car il commencera souvent par 00 ou 000, je sais que les entiers ne prennent pas compte du 0 alors, chose que je dois éviter ici.

Merci d'avance pour ta réponse.

beegees

[qi130]

Bah, un CHAR(6) alors.... (pourquoi faire simple,.... hein ?)

[CinePhil]

Beegees, cherche les tutoriaux sur ce site, plusieurs t'expliqueront qu'il vaut mieux utiliser comme clé primaire une colonne de type INT auto incrémentée.
Ta colonne 'Matricule' peut être de type CHAR(6) comme suggéré par ailleurs si tu es sûr que le matricule ne dépassera jamais 6 caractères. Elle peut de plus (c'est conseillé puisque c'est sur elle que s'effectuera la recherche) être un INDEX à contrainte UNIQUE.

La raison invoquée pour le choix du type de la clé primaire est la performance. Mais si dans ton cas, tu n'as pas des dizaines de milliers de matricules à gérer, le gain de performance avec une clé primaire de type INT sera peut-être négligeable. Auquel cas tu peux effectivement prendre le matricule comme clé primaire, mais pas avec le type TINYTEXT.

[beegees]

Bah, un CHAR(6) alors.... (pourquoi faire simple,.... hein ?)

Ok j'ai suivi ton conseil, merci !

beegees

Beegees, cherche les tutoriaux sur ce site, plusieurs t'expliqueront qu'il vaut mieux utiliser comme clé primaire une colonne de type INT auto incrémentée.

Dans mon cas, ce n'est pas possible, il vaut mieux travailler avec le matricule de l'étudiant qui est comme un numéro de client.

Ta colonne 'Matricule' peut être de type CHAR(6) comme suggéré

Oui j'ai fais comme ça.

par ailleurs si tu es sûr que le matricule ne dépassera jamais 6 caractères.

oui sûr et certain.

Elle peut de plus (c'est conseillé puisque c'est sur elle que s'effectuera la recherche) être un INDEX à contrainte UNIQUE.

Là je vais faire une recherche sur google pour savoir ce que s'est.

La raison invoquée pour le choix du type de la clé primaire est la performance. Mais si dans ton cas, tu n'as pas des dizaines de milliers de matricules à gérer, le gain de performance avec une clé primaire de type INT sera peut-être négligeable. Auquel cas tu peux effectivement prendre le matricule comme clé primaire, mais pas avec le type TINYTEXT.

J'ai 388 étudiants à gérer

Merci pour tout.

beegees