sql normalisation

Question

J'ai 4 tables, tribunaux, divisions, adresses et numéros de téléphone. Chaque tribunal peut avoir une ou plusieurs divisions, civiles, criminelles, familiales, etc. Chacune de ces combinaisons peut avoir une ou plusieurs adresses, c'est-à-dire que la division civile d'un tribunal particulier peut être ou non à une autre adresse physique. Cour criminelle. La même chose s'applique aux numéros de téléphone, ils peuvent être les mêmes pour chaque division ou adresse, ou ils peuvent être différents.

J'ai envisagé plusieurs approches à ce sujet, mais je ne connais pas le meilleur à utiliser? A) Je pourrais avoir une grande table, qui reproduirait une grande partie des données plusieurs fois.

b) J'ai envisagé de conserver le FK du terrain dans la table de division et le FK de la division dans la table d'adresses. Cela signifie dupliquer les valeurs de division pour chaque terrain dans la table de division. Je ne suis pas sûr de savoir quoi faire avec la table de téléphone.

c) Ma finale était cependant d'avoir une seule table de liaison contenant toutes les 4 autres tables du FK. Cela signifierait qu'il n'y aurait pas de réplication de données, mais que cela signifierait beaucoup de jointures pour que tout soit significatif et serait probablement difficile à utiliser.

Je suis sûr que je ne suis pas évident ici, mais quelle est la meilleure façon de modéliser ces tables?

Les tables seront accessibles via CakePHP, mais peut-être laisserons-nous de côté pour l'instant.

Answer 1

ce que vous décrivez est un schéma en étoile et est le moyen conseillé de le faire

court 1:m divisions 
divisions 1:m addresses 
address 1:m telephone 

je pense que vous devriez regarder ce que les questions que vous devez faire pour obtenir les données sur que vous en avez besoin, bien que juste description pas sql serait la première étape

Answer 2

Si vous aurez moins de 10 000 lignes comptant toutes les combinaisons des quatre tableaux, je dirais simplement une structure de table unique à plat. La taille des données serait d'environ 80 méga si la taille de la ligne était d'environ 8 Ko. La plupart des bases de données gratuites ou à faible coût en garderont autant en mémoire et placeront votre coût d'E/S à près de zéro.

Si vous pensez avoir besoin de plusieurs tables, voici un design qui devrait vous donner plus de flexibilité pour développer votre design. Vous ajouteriez des colonnes spécifiques aux applications dans les tables affichées. La table TypeList peut contenir les types de tribunaux tels que State, Federal, Local avec les entrées étant saisies par la valeur TL_Table de "Court". La liste des divisions serait stockée ici avec le TL_Type de "Division". En utilisant le TL_Type on pourrait remplir la liste déroulante pour la saisie de données. La liste des types de numéros de téléphone peut être sur appel, fax, primaire, réceptionniste, secrétaire, sherrif, etc.

Quelle que soit la façon dont vous décidez, je suis sûr que quelqu'un aura un commentaire négatif criant, mais si cela fonctionne ils le feront juste être screeming dans l'espace.