Discussion :

[lodan]

Bonsoir,

j'utilise MySql et je voudrai savoir s'il existe une fonction pour faire ceci :

J'ai une table de référence que j'appel pays dans laquelle j'ai un id_pays et un libelle_pays

J'ai une table client dans laquelle je fais référence à id_pays pour connaître le libellé du pays du client.

Tout cela est très simple

Maintenant, je veux supprimer dans ma table de référence un pays, mais je dois contrôler que ce pays n'est pas utiliser dans d'autres tables. Si le pays est utilisé dans d'autres table, j'interdis la suppression.

Espérant avoir été clair

[Biglo]

Salut,

Oui tu as été clair, c'est un principe connu en base de données : les clés étrangères.

Lis cette page de la doc MySQL qui te sera très utile : http://dev.mysql.com/doc/refman/5.1/...nstraints.html. (ou regarde juste les exemples, tu trouveras très vite comment utiliser les clés étrangères)

Attention à bien utiliser le moteur InnoDB pour tes deux tables.

[alain31tl]

Salut

Exemple :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
 
$sql = "SELECT count(id_pays) FROM table_client WHERE id_pays='$id_pays";
$val= mysql_fetch_array(mysql_query($sql));
$nbre = $val[0];
 
if($nbre<1)
{
$query=mysql_query("DELETE FROM table_pays WHERE id_pays='$id_pays'");}
else
{
// Pas d'action
}

[lodan]

Les clés étrangère oui c'est cela même.

Bon un peu de lecture pour vous faire un avis.

Merci BIGLO mais je préfère la version en français ici

J'ai lu cela aussi.
Bref bien regarder si on en a vraiment besoin des clés étrangères, sinon, il y a la solution de alain31tl (merci) à mettre en fonction pour ne jamais l'oublié. et créer les fonctions à chaque fois qu'une table est en relation de dépendance avec une autre.

Merci à tous.

[Biglo]

Merci BIGLO mais je préfère la version en français

Même si tu es plus à l'aise avec la doc française de MySQL, je te conseille de toujours jeter un oeil à la version anglaise : ce n'est pas rare d'y trouver des détails très importants et surtout des exemples supplémentaires.

La solution "programmeur" proposée par alain31tl fonctionne bien sûr et permet notamment de garder MyISAM. Mais plus la table client va se remplir, plus le COUNT(*) va prendre du temps. Alors qu'avec les FOREIGN KEY, InnoDB interdit la suppression dès qu'il trouve 1 client avec ce pays.

[lodan]

Mais ce que j'ai lu sur les performances des Foreign Key ne m'incite pas vraiment à franchir le pas.

C'est vrai que j'ai des tables qui font 80 000 enregistrements.

Bon, il va falloir que je me penche prochainement plus en détail en faisant des tests sur plusieurs tables.

Si c'est concluant, il faudra que je passe toutes mes tables en innodb (près de 100) ou seulement celles qui sont concernés par les Foreign Key.

[Biglo]

Oui, réalise des tests, c'est le meilleur moyen de se faire une vraie idée. Et au moins ça sera adapté aux données de ta base.

Si tu n'as pas besoin des autres avantages d'InnoDB, c'est vrai qu'il vaut mieux réfléchir à deux fois. En plus, je suppose que la tentative de suppression d'un pays sera plutôt rare, et que les pays ne changeront pas d'ID. Alors si tu n'as besoin que des FK pour ça, c'est un peu dommage de ralentir les SELECT et les autres requêtes fréquentes en choisissant InnoDB.

[lodan]

Oui, vu l'organisation de ma base c'est vraiment que pour la suppression des tables de libellé (ce qui est rare).

Pour le reste, la suppression n'existe pas, c'est de l'archivage par marquage spécial.

Mais j'irai voir les autres atouts de innoDB, on ne sait jamais.

Merci encore.