Discussion :

[Alain15]

Bonjour,

A quoi servent les réferences entre les tables?? ca peut jouer dans les requetes par la suite??

enfaite ce que je comprends pas, c'est par exemple:

j'ai une table membres avec:

id
nom
prenom
etc...

une table information avec

numin
...
...

j'ai fais une contrainte constraint fk_ foreign key(numin) references membres

ce que je comprends pa c comment il peut savoir que je fais references vers le numéro id de la table membre

je vous remercie

[polace]

slt alain, t'es pas dans le bon forum.ceci c'est l'analyse .mais bon je vais tout de meme te répondre. en fait il fait reference id parce aue les deux tables ont respectivement pour cle primaire id et numin.
compris?

[Yogui]

Salut

Il y a un petit détail à prendre en compte lorsqu'il s'agit de MySQL : les formats de tables (MyIsam, InnoDB, Merge, etc.) ne supportent pas tous ce concept de contraintes.
Si tu souhaites les utiliser (ce qui est recommandé car cela simplifie grandement le code PHP qui gère le tout), il faut prendre garde à utiliser un format de table comme InnoDB, qui comprend cette syntaxe et qui l'utilise. MyIsam (le format de table par défaut) comprend cette syntaxe mais ne l'utilise pas.

Tu peux remarquer l'intérêt des FOREIGN KEYs par exemple si tu as plusieurs tables dont les tuples dépendent de ceux d'une table mère. Lorsque tu supprimes un tuple de la table mère, ceux qui y correspondent dans les autres tables n'ont plus de raison d'exister : habituellement, les limitations de MySQL t'obligent à programmer la suppression via PHP. Si tu ne le fais pas, tu te retrouves avec des incohérences dans ta BDD : les identifiants utilisés dans les tables mènent à des entrées qui n'existent plus dans la table mère.
FOREIGN KEY te permet d'utiliser ensuite une CONSTRAINT comme ON DELETE CASCADE. Ce n'est ici qu'un exemple, d'autres solutions sont possibles, mais l'idée est toujours d'aller effectuer un traitement dans les autres tables lorsqu'un tuple de la table mère est modifié (ici, une suppression).

Voyons un exemple concret.
Mettons que nous fassions l'étude d'un magasin. Nous aurions des clients, des produits et des factures. Les factures sont composées de lignes décrivant le numéro de la facture, le produit acheté et en quelle quantité.

client (id, nom, prenom, adresse, telephone)
produit (id, nom, prix)
facture (id, date, montant, #id_client)
ligne_facture (#id_facture, #id_produit, quantité)

• Lorsque tu supprimes un produit, tu ne veux pas qu'il disparaisse des factures qui existent déjà, tu peux donc faire un CONSTRAINT FOREIGN KEY ON DELETE SET NULL
• Lorsques tu supprimes une facture, en revanche, les lignes correspondant à cette facture n'ont plus lieu d'être. ON DELETE CASCADE s'occupera de supprimer les lignes des autres tables qui ont une référence à notre identifiant supprimé : ici, il s'agit de ligne_facture
• Lorsque tu supprimes un client, à toi de savoir si tu souhaites supprimer les factures qui le concernent (ON DELETE CASCADE) ou si tu veux les anonymer (ON DELETE SET NULL). Si tu les supprimes, le changement sera répercuté en cascade dans ligne_commande.

Plus de détails dans le manuel MySQL, chapitre 15.2.6.4 FOREIGN KEY Constraints.