Précédent   Forum des professionnels en informatique > Bases de données > MySQL > SQL Procédural
SQL Procédural Forum d'entraide sur les triggers, les procédures stockées et les fonctions en MySQL
Partagez cette discussion sur d'autres réseaux sociaux : Viadeo Twitter Google Facebook Digg Delicious MySpace Yahoo
Réponse Proposer ce sujet en actualité
 
Outils de la discussion
Publicité
'
Vieux 29/01/2008, 13h45   #1
Membre éclairé
 
Inscription : décembre 2007
Messages : 426
Détails du profil
Informations forums :
Inscription : décembre 2007
Messages : 426
Points : 313
Points : 313
Par défaut 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 :

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
Eric93 est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 29/01/2008, 13h47   #2
Membre éclairé
 
Inscription : décembre 2007
Messages : 426
Détails du profil
Informations forums :
Inscription : décembre 2007
Messages : 426
Points : 313
Points : 313
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
Eric93 est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 29/01/2008, 15h59   #3
Membre éclairé
 
Inscription : décembre 2007
Messages : 426
Détails du profil
Informations forums :
Inscription : décembre 2007
Messages : 426
Points : 313
Points : 313
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 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é.
Eric93 est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 29/01/2008, 16h24   #4
Rédacteur/Modérateur

 
Avatar de Antoun
 
Homme Antoine Dinimant
Consultant en Business Intelligence
Inscription : octobre 2006
Messages : 5 854
Détails du profil
Informations personnelles :
Nom : Homme Antoine Dinimant
Âge : 42
Localisation : France, Paris (Île de France)

Informations professionnelles :
Activité : Consultant en Business Intelligence
Secteur : Conseil

Informations forums :
Inscription : octobre 2006
Messages : 5 854
Points : 9 540
Points : 9 540
Citation:
Envoyé par Eric93 Voir le message
Pas pigé, effectivement j'ai une petire erreur j'ai ecris 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 Voir le message

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.
__________________
Antoun
Expert SQL, BO, Essbase

La bible d'Essbase est parue !
Antoun est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 29/01/2008, 16h57   #5
Membre éclairé
 
Inscription : décembre 2007
Messages : 426
Détails du profil
Informations forums :
Inscription : décembre 2007
Messages : 426
Points : 313
Points : 313
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
Eric93 est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 29/01/2008, 17h04   #6
Membre éclairé
 
Inscription : décembre 2007
Messages : 426
Détails du profil
Informations forums :
Inscription : décembre 2007
Messages : 426
Points : 313
Points : 313
Arf, je viens de regarder l'autre post, ton erreur n'y est plus, aurais mal vu (dans ce cas autant pour moi) ou aurais tu modifié directement le post (en tant que modérateur, tu dois pourvoir faire ca)
Eric93 est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 29/01/2008, 17h11   #7
Rédacteur/Modérateur

 
Avatar de Antoun
 
Homme Antoine Dinimant
Consultant en Business Intelligence
Inscription : octobre 2006
Messages : 5 854
Détails du profil
Informations personnelles :
Nom : Homme Antoine Dinimant
Âge : 42
Localisation : France, Paris (Île de France)

Informations professionnelles :
Activité : Consultant en Business Intelligence
Secteur : Conseil

Informations forums :
Inscription : octobre 2006
Messages : 5 854
Points : 9 540
Points : 9 540
Citation:
Envoyé par Eric93 Voir le message
Arf, je viens de regarder l'autre post, ton erreur n'y est plus, aurais mal vu (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 !
__________________
Antoun
Expert SQL, BO, Essbase

La bible d'Essbase est parue !
Antoun est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 29/01/2008, 17h18   #8
Membre éclairé
 
Inscription : décembre 2007
Messages : 426
Détails du profil
Informations forums :
Inscription : décembre 2007
Messages : 426
Points : 313
Points : 313
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]
Eric93 est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 29/01/2008, 17h30   #9
Rédacteur/Modérateur

 
Avatar de Antoun
 
Homme Antoine Dinimant
Consultant en Business Intelligence
Inscription : octobre 2006
Messages : 5 854
Détails du profil
Informations personnelles :
Nom : Homme Antoine Dinimant
Âge : 42
Localisation : France, Paris (Île de France)

Informations professionnelles :
Activité : Consultant en Business Intelligence
Secteur : Conseil

Informations forums :
Inscription : octobre 2006
Messages : 5 854
Points : 9 540
Points : 9 540
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 ;
__________________
Antoun
Expert SQL, BO, Essbase

La bible d'Essbase est parue !
Antoun est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 30/01/2008, 11h41   #10
Membre éclairé
 
Inscription : décembre 2007
Messages : 426
Détails du profil
Informations forums :
Inscription : décembre 2007
Messages : 426
Points : 313
Points : 313
Ok, a tester, merci
Eric93 est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 30/01/2008, 12h37   #11
Membre éclairé
 
Inscription : décembre 2007
Messages : 426
Détails du profil
Informations forums :
Inscription : décembre 2007
Messages : 426
Points : 313
Points : 313
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;
Eric93 est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 30/01/2008, 12h48   #12
Rédacteur/Modérateur

 
Avatar de Antoun
 
Homme Antoine Dinimant
Consultant en Business Intelligence
Inscription : octobre 2006
Messages : 5 854
Détails du profil
Informations personnelles :
Nom : Homme Antoine Dinimant
Âge : 42
Localisation : France, Paris (Île de France)

Informations professionnelles :
Activité : Consultant en Business Intelligence
Secteur : Conseil

Informations forums :
Inscription : octobre 2006
Messages : 5 854
Points : 9 540
Points : 9 540
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.
__________________
Antoun
Expert SQL, BO, Essbase

La bible d'Essbase est parue !
Antoun est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 30/01/2008, 13h08   #13
Membre éclairé
 
Inscription : décembre 2007
Messages : 426
Détails du profil
Informations forums :
Inscription : décembre 2007
Messages : 426
Points : 313
Points : 313
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.
Eric93 est déconnecté   Envoyer un message privé Réponse avec citation 00
Réponse Proposer ce sujet en actualité
Outils de la discussion



Fuseau horaire GMT +2. Il est actuellement 13h02.


 
 
 
 
Partenaires

Hébergement Web