Comment structurer les types de personnes dans une base de données

Question

Je cherche la meilleure approche pour ce problème de conception de base de données. Je pense que j'ai trouvé quelque chose qui fonctionne bien, mais je ne sais pas si c'est la meilleure approche. J'utilise CakePHP si cela signifie quelque chose pour vous.

Ma base de données est faite pour des cours de musique. J'ai tous que ce soit les parents, les élèves, les enseignants, les administrateurs ou toute autre personne dans une table des gens appelé décrites ci-dessous:

People 
id first_name last_name email created modified 

Maintenant, la question que je commence à avoir est de savoir comment identifier une personne en tant que professeur, parent élève etc. Il est logique pour moi d'avoir un tableau séparé pour chaque groupe. Par exemple

Teachers 
id person_id 

Students 
id person_id 

Payers 
id person_id 

De cette façon théoriquement un enseignant peut aussi être un étudiant. Un «payeur», la personne qui paie pour les leçons, pourrait aussi être un étudiant et la liste continue.

Maintenant, j'ai aussi besoin de connaître la relation entre une personne et un étudiant. Je voudrais donc avoir une table séparée comme ceci:

Relationships: 
id person_id student_id type 

« type » pourrait être mère, père, tuteur légal, preneur de soin, tante, grand-mère, etc. Cette conception me semble logique, mais en même temps semble être un peu de travail et de tableaux pour décrire quelque chose qui semble être plus facile à décrire. Y a-t-il une meilleure manière de faire cela? Je ne cesse de deviner moi-même et pense avoir une toute nouvelle table juste pour étiqueter une personne en tant qu'étudiant ou enseignant ou ce qui ne semble pas exagéré en quelque sorte.

Answer 1

Vous avez décrit un scénario de sous-typage classique, où PERSON est votre supertype et vous avez défini des sous-types, y compris: STUDENT, TEACHER, PARENT (vraiment gardien), et probablement d'autres types aussi bien, comme les employés, etc.

Généralement lorsque vous utilisez ce type de modèle de sous-typage, c'est parce que les différents sous-types ont leurs propres prédicats , c'est-à-dire des attributs ou des relations. Pour modéliser vos relations, vous devez décider ce qui est important du point de vue des règles métier et ce qui vaut la peine d'être appliqué pour imposer ces règles métier dans votre schéma. Si vous voulez ou devez être difficile, vous pouvez décider d'avoir une table GUARDIAN_RELATIONSHIP qui est une intersection entre vos tables PARENT et STUDENT. Cela aurait FK à chacun des sous-types de personnes en question ainsi que votre type de relation drapeau/code/description. Vous pouvez également avoir une seule table PERSONAL_RELATIONSHIP qui est une intersection entre deux enregistrements PERSON. Vous pouvez également mettre un code de type de relation ici aussi. Cette approche est beaucoup plus lâche mais peut-être plus facile à maintenir. En fin de compte, cela dépend du nombre de types de relations que vous devez suivre et de leur position centrale par rapport à vos règles métier.