Discussion :

[Gulien]

Bonjour,

Voilà je commence la modélisation d'une bdd sous PostrgreSQL, et je me pose une question.

Dans ma base de données, tout va tourner autour de la table "Personne"
Avec des "Personnes" qui seront utilisateur, d'autres qui seront gérées par ceux-ci, d'autres qui viendront interragir en temps que tiers etc etc...

La volumétrie "pourrait" atteindre 1millions d'enreg. dans cette table (De 100'000 à 1millions on va dire)

Je me demande si il serait plus judicieux de découper en type de "Personne" :
une table "Utilisateur", une table "Client", une table "Tiers"
Quitte à ce qu'ils aient pratiquement les mêmes infos (nom prénom etc...)

Ou si je peux garder une seule table "Personne" avec différents "Roles".

Je n'arrive pas à me rendre compte quel choix est le plus judicieux.

Merci d'avance.

[SQLpro]

1) utilisez l'héritage comme concept de modélisation
À me lire : http://sqlpro.developpez.com/cours/m...tion/heritage/
2) respectez au moins les 3 premières forme normale...
Ceci découpera votre base en de nombreuses tables...
À me lire :
http://blog.developpez.com/sqlpro/p1...e-donnees-rel/
http://blog.developpez.com/sqlpro/p1...ances-petites/

Pour un modèle générique de personnes :
http://blog.developpez.com/exercices...-de-personnes/

Et pour les adresses :
http://blog.developpez.com/exercices...d-une-adresse/

A +

[Gulien]

Merci beaucoup de votre contribution
Je vais lire vos articles, qui correspondent à priori exactement aux questions que je me pose en ce moment.

J'appliquerai certainement l'héritage. Et je piocherai ce qu'il me faut dans l'exemple de modélisation d'une personne.

Vos article et votre livre sont souvent une référence pour moi, mais je dois dire que j'avais loupé (ou oublié) ceux-là.