Discussion :

[Oberown]

Pour un site j'ai deux entités.

Utilisateur et Gen

Les utilisateurs sont les personnes qui s'inscrivent sur le site et utilise le site.
Les Gens sont des personnes qui sont référencés sur le site.
Plus concrétement pour un site de photo des Gens sont sur à des photos.

Donc un utilisateur peut etre aussi un G, en relation 0,1 de chaque côté.

Or dans ses deux tables il y a des attributs qui sont communs prénom, nom etc...

Or un utilisateur n'est pas forcément dans gen et vice-versa.
Comment optimiser au mieux utilisateur et gen ? Sachant qu'il n'y a pas les mêmes liens pour Utilisateur et Gen, et que tout leur attribut ne sont pas doubles.

[alex00]

D'après ce que je comprend, Gens et Utilisateur sont des concepts vraiment distincts (hormis des attributs communs : id, nom, prénom, ...), ils sont traités différemment par l'application.

Je choisirai alors de ne pas optimiser :
2 tables sans relations : Gens et Utilisateurs

Dans le cas contraire, si l'on souhaite factoriser les attributs communs,
on peut passer par un héritage : Personne, avec Utilisateur et Gens qui en hérite.
Là, 2 solutions :
une seule table : Personne au sens large, qui factorise les attributs de Gens et Utilisateur, plus un type : gens, personne, gens_et_personne.
ou 3 tables : Personne (sens strict), Gens (référence une Personne), Utilisateur (référence une Personne).

Dans les deux cas où l'on factorise, la gestion devient plus compliquée :
Quand on crée un Utilisateur, est-il déjà connu en tant que Gens ?
Quand on crée un Gens, est-il déjà connu en tant qu'Utilisateur ?
Quand on supprime un Utilisateur, faut-il supprimer le Gens qui lui correspondrait ?
Et surtout : fusionner un Gens avec un Utilisateur : dans le cas où la création n'avait pas été faite correctement.

A mon avis, si tu factorise les données, tu te crées des ennuis au niveau fonctionnel.