Discussion :

[SQLpro]

Soit vous ne m'avez pas lu, soit vous êtes de mauvaise foi ou pire... vous n'avez rien compris !

Je ne reléverait pas toutes les bétises que vous dites....

J'en reléverait qu'une seule :

... blablabla ...
Vous mélangez deux notions. Je ne parle pas d'une clef construite par l'association de plusieurs colonnes mais d'une clef porteuse d'une information.
Exemple : les comptes bancaires que l'on identifie par le RIB, ou le IBAN sont des identifiants porteuses d'informations.
Donc selon vous, les banques auraient tort de procéder ainsi ?

Les banques sont donc passées du code RIB à l'IBAN. Le RIB n'existera plus à l'avenir:
http://www.challenges.fr/economie/20...pour-vous.html
Donc les imbéciles qui ont suivi votre conseil en ayant une clef sémantique basé sur un RIB pour identifier une banque vont devoir revoir la table des comptes bancaire, midifier la clef primaire sémantique et par là même revoir toutes les clefs étrangères de toutes les tables liées en IR et changer tout le code des requêtes faisant des jointures...

Pensez-vous maintenant que c'était une bonne idée ???

Bref, vous êtes pris à votre propre piège.

1) PAS DE CLEF PRIMAIRE SÉMANTIQUE DANS LES TABLES
2) AUTANT DE CLEF SUBROGÉES QUE VOUS VOULEZ POUR LA SÉMANTIQUE (immatriculation, IBAN, RIB, matricule, n° de sécu....)


Pour couronner le tout, sachez que le n° de compte bancaire sera très certainement portable à l'avenir, comme l'est celui des téléphones mobile ! Que ferez vus dans ce cas ???

http://www.economie.gouv.fr/files/fi...e-bancaire.pdf


A +

PS : apprenez les bases de données, les livres que nous avons écrit mon collègue Christian Soutou et moi même peuvent vous êtes d'une grande utilité vu votre inculture sur le sujet :

• La modélisation : http://www.amazon.fr/Mod%C3%A9lisati...brouard+soutou
• Le langage SQL : http://www.amazon.fr/SQL-%C3%A9ditio...brouard+soutou
• Microsoft SQL Server (un vrai SGBDR comparé à cet ersatz qu'est MySQL !) : http://www.amazon.fr/SQL-Server-2014...brouard+soutou

[CinePhil]

1) PAS DE CLEF PRIMAIRE SÉMANTIQUE DANS LES TABLES

Et donc, pour résumer tout ça, la bonne pratique c'est une clé primaire entière et auto-incrémentée dans les tables "ordinaires". Une clé étrangère référençant la clé primaire d'une table table, la clé étrangère est, elle aussi, posée sur une ou des colonnes de type entier.
Une table associative a sa clé primaire composée des clés étrangères référençant les les tables entrant en jeu dans l'association.
=> Les clés primaires sont donc toujours sur des colonnes de type entier.