Ma question est simplement simple. Je peux expliquer avec l'image. Je créerai une base de données et cette juste un échantillon
3 Réponses :
La première approche est plus appropriée dans votre cas.
Vous devez garder tous les champs appartenant à l'utilisateur dans la table d'utilisateurs.
Vous ne pouvez pas voir une raison pour laquelle vous alliez avec la deuxième conception, à moins que votre sélection et votre écho n'incluent pas l'ID utilisateur et le nom.
En général, vous devez conserver tous les champs appartenant à option; S'il existe un ensemble de champs qui s'appliquent uniquement à un sous-ensemble d'utilisateurs, vous pouvez avoir une table individuelle qui est séparée de l'utilisateur, car elle ne serait pas utile pour la plupart des utilisateurs. Par exemple, si vous aviez une table qui comprenait des détails uniquement applicables aux gestionnaires, vous pouvez diviser une table avec uniquement les informations spécifiques au gestionnaire.
lisibilité d'avoir de très nombreux champs qui sont un-à-un avec performance, par exemple Votre performance a ralenti car vous devez constamment exécuter une certaine mise à jour qui verrouille l'ensemble de la table utilisateur pour accéder à une ou deux valeurs dans ce tableau. Dans ce cas, vous pourriez diviser utilisateur dans la table , à quelques exceptions près:
utilisateur : S'il s'agit d'une préoccupation, vous pouvez diviser utilisateur en plusieurs tables qui Chaque offre avec un sujet sur l'utilisateur, par exemple, les informations de contact de l'utilisateur, les informations de facturation de l'utilisateur, etc.
utilisateur en plusieurs tables de sorte que tout ce qui soit enfermé à chaque fois qui fonctionne.