Les méthodes américains (UML, Barker, IDF1X…) notent effectivement à l’envers.

Cordialement

Table système => ne sert qu’à la cuisine interne de la base, par exemple table des tables, table des vues…
Table administrative => ne sert pas au fonctionnel, mais à l’administration de l’application, par exemple table des utilisateurs, table de « hit » des pages d’un site web…

Pouvez-vous apporter des précisions sur la ligne ADR_CHEZ,
En quoi est-elle différente des lignes adresses de la table T_E_ADRESSE_LIGNE_ADL ?
Si celle-ci est utilisée, il faut donc limiter le nombre de lignes de la table T_E_ADRESSE_LIGNE_ADL relative à l’ID à 3 ?

Je souhaitais lier la table T_X_CODE_POSTAL_CPL à la table T_X_INSEE_PAYS_PAY, mais cela n’est pas correct, car cela lié l’entité à l’ensemble des codes postaux. Il n’est pas possible de relier la table des codes postaux aux pays

Merci

une boolean, ne serait-elle pas moins couteuse en ressource, qu’une clé etrangère de la table TR_SEXE_SEX dans la table T_E_PERSONNE_PHYSIQUE_PRO

J’essaie d’appliquer votre norme à savoir

o E pour entité,
o R pour référence,
o S pour système,
o X pour référence externe,
o H pour héritée,
o G pour générique,
o A pour administrative,
o H pour historique ;

Toutefois je dois admettre que je ne comprends pas le principe des tables de références,
Par exemple pour la table T_R_SEXE_SEX

SEX_ID >>OK
SEX_CODE >>??
SEX_LIBELLE >>HOMME FEMME OK
SEX_BASE >>??
SEX_ORDRE >> ??

De plus quel peux être la différence entre une table système et table administrative ?
Étant plutôt convaincu part votre façon de faire, j’essaie de comprendre au mieux.

Merci beaucoup

1) PAS DE « NULL »
2) PAS DE REDONDANCE
3) LA MISE À JOUR D’UNE INFORMATION NE DOIT PAS IMPACTER PLUS D’UNE LIGNE

Auquel on peut rajouter l’élément suivant : pour des raisons de performance, il faut minimiser le volume des données.

En utilisant une table de référence, tout ceci est respecter. En ne l’utilisant pas ces 3 règles sont violées.

1) si vous ne savez pas le sexe ou la civilité, vous n’aurez donc pas de correspondance entre la table mère et la table fille. L’id (CVT_ID ou SEX_ID) sera bien null, mais ce n’est pas une valeur sémantique… On évite donc de stocker une valeur sémantique NULLe

2) en mettant directement le sexe ou la civilité de manière explicite dans la table vous avez de la redondance. Or la redondance entraîne deux problématiques :
a) la volumétrie des données. ‘Homme’, ‘Femme’, ‘Monsieur’, ‘Madame’… coutent beaucoup plus cher en stockage et en traitement (collations…) qu’un simple entier, et dans le cas de telle table on peut mettre un entier d’un octet comme clef….
b) la redondance entraîne fatalement un jour ou l’autre des divergences de valeurs. Tel utilisateur va saisir ‘Monsieur’, tel autre ‘Mr.’, un dernier ‘M.’… sans compter les fautes d’orthographe liée à la saisie! Vos base est donc pourrie par des données divergentes et vos requêtes vont devenir de plus en plus couteuses… Par exemple si on vous demande de vérifier la correspondance entre civilité et sexe, dans le cas d’une recherche d’erreur dans votre base, il va falloir faire un traitement manuel :
– lancer la requête : SELECT DISTINCT CIVILITE FROM MA_TABLE
– analyser les résultats et faire correspondre chaque occurrence du résultat à un sexe
– lancer la requête : SELECT DISTINCT SEXE FROM MA_TABLE
– analyser les résultats et faire correspondre chaque occurrence du résultat à un sexe
— lancer une requête finale de croisement des résultats.
Alors qu’avec des tables de référence externalisée, la requêtes est immédiate :

3) Ceux qui ont mis des milliers de fois ‘Mademoiselle’ directement dans la table des personnes, ont dû modifier des milliers de lignes dans leur table, lorsque l’administration a imposé que l’on utilise plus le terme ‘Mademoiselle’ mais ‘Madame’. Ceci à deux impact négatifs :
a) cela bloque la table des personnes le temps de cette modification (plus personne ne peut ni lire, ni écrire dans cette table), alors qu’avec une table externe une seule ligne est changée et la table des personnes n’est jamais bloquée
b) si comme il est probable, la redondance a généré de multiple forme de ‘Mademoiselle’ : ‘Melle’, ‘Melle.’, ‘Mlle’, ‘Mlle.’… la requête sera d’un coût énorme et donc lente, du fait de l’impossibilité d’utiliser un index.

Bref, vous êtes perdant sur tous les tableaux !

A +