Comment modéliser ces classes/tables de base de données?

Question

Je dois modéliser des classes et des tables de base de données pour une entité "User".

Cette entité « Utilisateur » ont cette propriétés:

User 
    Name 
    Age 
    Gender 
    Email 

Mais je le type de 2 utilisateur: « utilisateurs payants » et « les utilisateurs libres ». Chacun ont ses propres propriétés:

Paid User 
    Fee 
    Rate 

Free User 
    Expiration Date 
    Level 

« payé Utilisateur » et « utilisateur libre » sont différentes, mais les deux sont « Utilisateur ». J'utilise ASP.NET MVC, NHibernate et Fluent Maps.

Quelle est la meilleure façon et le bon modèle de conception pour modéliser ces classes et tables de base de données?

Merci beaucoup!

Answer 1

Je trouve souvent la meilleure approche pour cela est d'utiliser un modèle d'héritage. Tous les champs communs vont dans le tableau User. Vous créez d'abord une entrée dans User, puis utilisez le résultat UserID pour créer des entrées supplémentaires dans Paid User ou Free User si nécessaire.

User 
    UserID 
    Name 
    Age 
    Gender 
    Email 

Paid User 
    UserID <-- FK to User 
    Fee 
    Rate 

Free User 
    UserID <-- FK to User 
    Expiration Date 
    Level 

Ensuite, vous pouvez choisir (ou créer un VIEW) comme ceci:

select u.UserID, U.Name, ... 
    pu.Fee, pu.Rate, 
    fu.ExpirationDate, fu.Level, 
    case when pu.UserID is null then 0 else 1 end as IsPaidUser, 
    case when fu.UserID is null then 0 else 1 end as IsFreeUser 
from User u 
left outer join PaidUser pu on u.UserID = pu.UserID 
left outer join FreeUser fu on u.UserID = fu.UserID 

Note: Le schéma ci-dessus est assez naïf et ne gère pas les cas où un utilisateur peut être un utilisateur libre, puis un utilisateur payant, puis un utilisateur libre à nouveau. La façon dont vous concevez cela dépend vraiment de votre application et de vos règles métier.

Answer 2

Quelles opérations pour ces types d'utilisateur?

Toute conception devrait commencer à partir des opérations puis des structures de données, pas inversement.

Answer 3

En supposant que dans votre modèle d'objet utilisateur serait considérée comme abstraite considérer la définition suivante de la table utilisateur:

utilisateur
ID Nom
Âge
Sexe
Email
Type de < - gratuit/Payé/etc

Utilisateur payant
ID
UserID < --- FK à la table utilisateur
Frais
Taux

utilisateur gratuit
ID
UserID < --- FK à la table utilisateur
Date d'expiration
Niveau

Cela vous permettra d'interroger de cette façon:

Select * from utilisateur où Type = Gratuit