Besoin de conseils sur la structure de ma base de données, pour créer des entités utiles

Question

J'ai besoin des conseils des gens pour savoir si c'est la meilleure façon de réaliser ce que je veux. Excuses d'avance si c'est un peu subjectif.

Je veux utiliser Entity Framework V.1 pour créer quelque chose de similaire aux classes C# suivantes:

abstract class User 
{ 
    public int UserId; 
    public string TelephoneNumber; 
} 

class Teacher : User 
{ 
    public string FavorateNewspaper; 
} 

class Pupil : User 
{ 
    public string FavorateCartoon; 
} 

J'ai besoin de conseils des gens sur la façon de mieux persister ces informations.

Je prévois d'utiliser SQL Server et le fournisseur d'appartenances normal. Cela créera pour moi une table appelée aspnet_Users. Il y aura deux rôles: enseignant et élève.

Je vais ajouter des champs à la table aspnet_Users qui sont communs aux deux rôles. Créez ensuite tbl_Teachers et tbl_Pupils pour stocker des informations spécifiques à un rôle.

donc Ma base de données sera un peu comme ceci:

aspnet_Users 
    int UserId 
    varchar TelephoneNumber 

tbl_Teachers 
    int UserId 
    varchar FavorateNewspaper 

tbl_Pupils 
    int UserId 
    varchar FavorateCartoon 

L'idée étant bien sûr que je peux faire correspondre les données aspnet_Users que soit dans tbl_Teachers ou tbl_Pupils en se joignant à UserId.

Donc, pour résumer, mes questions sont les suivantes:

Est-ce ma structure de base de données la meilleure option pour atteindre ces classes?

Dois-je essayer d'emballer les entités dans mes propres classes POCO? Dois-je modifier ma structure de base de données pour que EF crée des entités plus proches des classes que je veux?

EDIT: J'ai réarrangé ma question, cela rend un peu plus clair ce que je demande.

Answer 1

Si vous utilisez EF 1, alors POCO peut être un peu désagréable. À moins d'avoir une bonne raison de ne pas le faire, j'utiliserais simplement des entités EF normales. En passant, votre modèle de base de données est correct et constitue un exemple de mappage d'héritage TPT (Table Per Type). Vous pouvez soit utiliser l'assistant pour créer des entites à partir des données, soit créer vos entités et les mapper aux tables associées. Si vous faites le premier, vous finirez avec trois entités non apparentées. Vous utiliserez ensuite le concepteur pour dire à EF que l'élève et l'enseignant héritent de l'utilisateur, et que l'utilisateur est abstrait.

En général, l'une des forces de EF est que les entités ne doivent pas correspondre si étroitement aux tables qui les persistent. Dans ce cas, cependant, il existe une cartographie naturelle.