Syntaxe de FOREIGN KEY... REFERENCES

[Suite à la discussion http://www.developpez.net/forums/sho....php?t=481941]

L'intégrité des relations entre les tables n'est pas forcément géré par MySql, on peux ne pas préciser d'intégrité et le gérer soit même.

En consultant la documentation, je n'ai pas réussi à trouver à quoi servait vraiment

Code:

---

REFERENCES client(numero)

---

, dans la définition de la colonne, mais ca suffit pas pour que MySql gère l'intégrité.

Pour que MySql gère l'intégrité, et donc empèche d'inserer une commande si le client n'existe pas il faut définit une FOREIGN KEY (clé étrangère) sur la table commande.

Bizzare la syntaxe de tes CREATE, tu es sur qu'il les accepte comme ca ?

Tu défini le format de la clé primaire dans PRIMARY KEY ? m'etonne que ca marche, de plus tu devrais plutôt mettre le numéro de client en clé primaire.

Essaye plutot ca un truc du genre :
:tagcode:

Code:

---

1 2	CREATE TABLE client(num_client varchar(10),nom varchar(50)) PRIMARY KEY (num_client) CREATE TABLE commande(num_commande varchar(15),num_client varchar(10)) PRIMARY KEY (num_commande) FOREIGN KEY (num_client) REFERENCE client

---

Je connais pas InnoDB, mais je pense qu'il utilise MySQL

Ca donnerait plutot :

Code:

---

1 2	CREATE TABLE client(num_client varchar(10),nom varchar(50)) PRIMARY KEY (num_client) CREATE TABLE commande(num_commande varchar(15),num_client varchar(10)) PRIMARY KEY (num_commande) FOREIGN KEY (num_client) REFERENCE client

---

Citation:

---

Eric, ta syntaxe n'est pas bonne, tu mets la clé primaire et la clé étrangère sur la même colonne... Attention également au S de REFERENCES.

---

Pas pigé, effectivement j'ai une petire erreur j'ai ecris

Code:

---

REFERENCES client

---

au lieu de

Code:

---

REFERENCES client(num_client)

---

Mais je vois pas ou je met la clé etrangère et primaire sur la même colonne puisque j'ai mis

Code:

---

PRIMARY KEY (num_commande)

---

Par contre dans ta version (table commande)

Code:

---

1 2	PRIMARY KEY, num_client varchar(10)

---

je pense que tu as une erreur (d'inatention surement) et que tu voulais dire

Code:

---

1 2	PRIMARY KEY, num_commande varchar(10)

---

Sinon merci pour la précision de InnoDB, je pensais que c'étais un autre SGBD.

Sinon je comprend pas la syntaxe de maniravitch qui défini des clés sur des colonnes qui sont pas définis, c'est possible ? ca défini peut-être les colonnes en même temps que les clé.

Citation:

---

Envoyé par Eric93

Pas pigé, effectivement j'ai une petire erreur j'ai ecris

Code:

---

REFERENCES client

---

au lieu de

Code:

---

REFERENCES client(num_client)

---

Mais je vois pas ou je met la clé etrangère et primaire sur la même colonne puisque j'ai mis

Code:

---

PRIMARY KEY (num_commande)

---

---

Mauvaise lecture de ma part ; en fait, ton erreur est de sortir la clé primaire et la clé étrangère hors des parenthèses du CREATE TABLE(), et de ne pas les séparer par une virgule.

Citation:

---

Envoyé par Eric93

Par contre dans ta version ...
Sinon je comprend pas la syntaxe de maniravitch qui défini des clés sur des colonnes qui sont pas définis, c'est possible ?

---

Pas d'erreur dans ma version, mais si tu ne comprends pas c'est qu'effectivement tu ne connais pas cette syntaxe. Tu peux effectivement définir les index et clés primaires mono-colonnes en écrivant simplement INDEX ou PRIMARY KEY à la fin de la définition de la colonne. Par ex :

Code:

---

1 2 3

CREATE TABLE Toto( ID INTEGER NOT NULL AUTO_INCREMENT PRIMARY KEY )

---

est l'équivalent de

Code:

---

1 2 3 4

CREATE TABLE Toto( ID INTEGER NOT NULL AUTO_INCREMENT, PRIMARY KEY (ID) )

---

Je déplace nos échanges dans une nouvelle discussion, histoire de ne pas trop embrouiller celle-ci.

Ok merci de ces infos, je suis un ancien de DB2 (sous MVS gros système), alors je connais pas ces nouvelles syntaxes.

Citation:

---

ton erreur est de sortir la clé primaire et la clé étrangère hors des parenthèses du CREATE TABLE()

---

Erreur d'inatention de ma part

Par contre je pense que tu avais bien une erreur de logique car tu mettais num_client en clé primaire de la table commande, mais je pense que c'étais une erreur d'inatention

Arf, je viens de regarder l'autre post, ton erreur n'y est plus, aurais mal vu 8O (dans ce cas autant pour moi) ou aurais tu modifié directement le post (en tant que modérateur, tu dois pourvoir faire ca) ;)

Citation:

---

Envoyé par Eric93

Arf, je viens de regarder l'autre post, ton erreur n'y est plus, aurais mal vu 8O (dans ce cas autant pour moi) ou aurais tu modifié directement le post (en tant que modérateur, tu dois pourvoir faire ca) ;)

---

Je peux, mais j'ai pas !

Bon ok, pourtant je regarde toujours à 2 fois avant de signaler une erreur.

Sinon une petite question, à quoi sert REFERENCES sur une colonne sans FOREIGN KEY, j'ai vu ca dans la doc :

Citation:

---

column_definition:
col_name type [NOT NULL | NULL] [DEFAULT default_value]
[AUTO_INCREMENT] [[PRIMARY] KEY] [COMMENT 'string']
[reference_definition]

---

Apparemment, c'est pour créer la clé étrangère après la définition de la colonne. J'aurais donc pu faire la même table comme ça :

Code:

---

1 2 3 4

CREATE TABLE commande( num_commande varchar(15) PRIMARY KEY, num_client varchar(10) REFERENCES client(num_client) ) ENGINE = InnoDB ;

---

Ok, a tester, merci

Code:

---

1 2 3 4 5 6 7 8 9 10

CREATE TABLE client( num_client varchar(10) PRIMARY KEY, nom varchar(50) ) ENGINE = InnoDB;   CREATE TABLE commande( num_commande varchar(15) PRIMARY KEY, num_client varchar(10)), FOREIGN KEY (num_client) REFERENCES client(num_client) ) ENGINE = InnoDB;

---

maniravitch à l'air de dire que ca marche, je comprend pas pourquoi dans la doc ils disent qu'il faut un INDEX en plus :

Citation:

---

Les deux tables doivent être de type InnoDB, dans la table, il doit y avoir un INDEX où les clés étrangères sont listées comme première colonne, dans le même ordre, et dans la table référencée, il doit y avoir un INDEX où les colonnes référencées sont listées comme premières colonnes, dans le même ordre. Les préfixes d'index ne sont pas supportés pour les clés de contrainte.

---

Et ils donnent comme exemple :

Code:

---

1 2 3 4 5 6 7 8

CREATE TABLE parent(id INT NOT NULL, PRIMARY KEY (id) ) TYPE=INNODB; CREATE TABLE child(id INT, parent_id INT, INDEX par_ind (parent_id), FOREIGN KEY (parent_id) REFERENCES parent(id) ON DELETE CASCADE ) TYPE=INNODB;

---

Citation:

---

Envoyé par Eric93

maniravitch à l'air de dire que ca marche, je comprend pas pourquoi dans la doc ils disent qu'il faut un INDEX en plus :

---

Un peu plus loin, ils te diront que si tes index n'existent pas, MySQL les créera avec la contrainte de clé étrangère.

Je vois le contraire moi, juste après :

Citation:

---

Les deux tables doivent être de type InnoDB, dans la table, il doit y avoir un INDEX où les clés étrangères sont listées comme première colonne, dans le même ordre, et dans la table référencée, il doit y avoir un INDEX où les colonnes référencées sont listées comme premières colonnes, dans le même ordre. Les préfixes d'index ne sont pas supportés pour les clés de contrainte.

---

je lis :

Code:

---

InnoDB ne crée pas automatiquement les index nécessaires pour les clés étrangères : vous devez ls créer vous-même. Les index sont nécessaires pour accélérer les vérifications de contrainte, et éviter un scan de table.

---

:koi: