Entity Framework Code-First — определение отношений с MembershipUser

Я бы порекомендовал объявить внешние ключи в качестве свойств навигации, чтобы вы всегда могли получить доступ к связанному свойству напрямую, без необходимости извлекать его из базы данных самостоятельно (оно будет загружено лениво).

Таким образом, ваша модель будет выглядеть так:

public class Resume
{
    public int ID {get; set;}
    // or should it be: public virtual Employee EmployeePerson? 
    // --> yep, easier for you, innit?
    public Employee Employee {get; set;} 

    // or should it be: public virtual Job UserJob? --> yep :)
    public virtual Job Job {get; set;}

    public DateTime EmploymentDate {get; set;}
}  

public class Employee
{
    public int EmployeeID {get; set;}

    // or should it be: public virtual MembershipUser User? 
    // --> yes, as an approach, but read on for clarification.
    public virtual MembershipUser User {get; set;}

    // Is this correct at all? ---> needs to be declared as virtual
    public virtual ICollection<Resume> Resumes {get; set;}
}

Ваш класс Job в порядке, насколько я могу судить.

Чтобы было ясно, он будет работать так же хорошо, как и изначально, но вам нужно будет явно пометить свойства с помощью ForeignKeyAttribute, что не обязательно, если вы готовы отказаться от небольшого контроля над как FK названы в вашей базе данных.

• Одно замечание о свойстве навигации MembershipUser: боюсь, вам придется написать оболочку для класса MembershipUser, потому что, насколько я помню, у него нет конструктора по умолчанию, и поэтому EF, вероятно, не сможет его создать. для вас на ленивой загрузке.

• О последствиях пометки свойства как virtual вы можете взглянуть на этот вопрос: Какие эффекты может иметь ключевое слово virtual в Entity Framework 4.1 POCO Code First?

В случае кода сначала я бы, вероятно, использовал это:

public class Job
{
    public virtual int JobId {get; set;}
    public virtual string JobTitle {get; set;}
    public virtual ICollection<Resume> Resumes {get; set;} 
}

public class Resume
{
    [Key, Column(Order = 0)]
    public virtual int EmployeeId {get; set;}
    [Key, Column(Order = 1)] 
    public virtual int JobId {get; set;} 

    public virtual DateTime EmploymentDate {get; set;}
    public virtual Employee Employee {get; set;}
    public virtual Job Job {get; set;}
}  

public class Employee
{
    public virtual int EmployeeId {get; set;}
    public virtual int UserId {ger; set;} 
    public virtual User User {get;set;}
    public virtual ICollection<Resume> Resumes {get; set;} 
}

Внешние ключи в сущности — это плохо, но они значительно упрощают работу в EF. Если вы не используете свойство внешнего ключа, EF определит другой тип отношений. Виртуальное ключевое слово в свойстве навигации предназначено для отложенной загрузки, а виртуальное ключевое слово в других сопоставленных свойствах — для отслеживания изменений.