2

假设我有这些表：

Role
- RoleId
- Name

UserRole
- UserId
- RoleId

User
- UserId
- Username

UserEmail
- UserId
- EmailId
- IsPrimary

Email
- EmailId
- Address

现在我的模型应该是这样的：

public class Role {
    public int RoleId { get; set; }
    public string Name { get; set; }
    public virtual ICollection<User> Users { get; set; }
}

public class User {
    public int UserId { get; set; }
    public string Username { get; set; }
    public virtual ICollection<Role> Roles { get; set; }
    public virtual ICollection<UserEmail> UserEmails { get; set; }
}

public class UserEmail {
    public int UserId { get; set; }
    public int EmailId { get; set; }
    public bool IsPrimary { get; set; }
    public virtual User User { get; set; }
    public virtual Email Email { get; set; }
}

public class Email {
    public int EmailId { get; set; }
    public string Address { get; set; }
    public virtual ICollection<UserEmail> UserEmails { get; set; }
}

这些是我在这种特殊情况下想做的常见和具体的事情：

添加主键：

modelBuilder.Entity<Role>().HasKey(q => q.RoleId);

这会与在实体属性中使用属性具有相同的效果吗？Key如果是这样，为什么还要modelBuilder在使用数据注释时使用更短且更容易读/写的呢？关于何时使用Data Annotations或Fluent API是否有任何约定？

添加多对多关系：

modelBuilder.Entity<Role>()
    .HasMany(q => q.Users)
    .WithMany(q => q.Roles)
    .Map(q => {
                  q.MapLeftKey("RoleId");
                  q.MapRightKey("UserId");
                  q.ToTable("UserRoles");
              });

添加一对多关系：

modelBuilder.Entity<UserEmail>()
    .HasRequired(q => q.User)
    .WithMany(q => q.UserEmails)
    .HasForeignKey(q => q.EmailId);

需要最后一行吗？

4

1 回答 1

2

是的，该方法与属性HasKey具有相同的效果。[Key]您可能有很多配置要做，并且更愿意将其全部保留在ModelBuilder方法中。另一方面，您可能很少或更喜欢使用其中一些属性。只是给你一些灵活性。

如果你在谈论：

.HasForeignKey(q => q.EmailId);

那么在你的情况下，是的，它是必需的。为什么？UserEmail因为您已经在实体中创建了自己的外键属性。如果您删除了该属性，您可以删除此行，EF 会在名为Email_Id. 您仍然可以通过导航属性访问它instanceOfUserEmail.Email.EmailId。

于 2012-09-20T10:16:05.043 回答