EF Core中如何通过导航属性自动关联ContactData视图？

在使用EF Core和Identity的ASP.NET Core应用中，定义了多种用户类型（如Panelist和SystemUser），每种类型都有独立实体并关联到IdentityUser派生的AppUser模型。

经常需要获取SystemUser或Panelist的联系数据，但通过Panelist.Include(p => p.AppUser)关联AppUser会引入大量不必要的字段（尤其是安全哈希值），存在数据暴露风险，且每次返回用户数据时需手动或用AutoMapper筛选属性（但域模型层禁止使用AutoMapper）。

相关实体代码：

class AppUser : IdentityUser
{
    public string LastName { get; set; }
    public string FirstName { get; set; }
    // 继承自IdentityUser的字段：Email、PhoneNumber等
}

class SystemUser
{
    public AppUser AppUser { get; set; }
    public string AppUserId { get; set; }
    // 其他属性
}

class Panelist
{
    public AppUser AppUser { get; set; }
    public string AppUserId { get; set; }
    // 其他属性
}

为此创建了SQL视图和对应实体类，视图定义：

-- 作为EF Core迁移的一部分
drop view if exists dbo.ContactDataView

create view dbo.ContactDataView as
    select user.Id, user.FirstName, user.LastName, user.PhoneNumber, user.Email
    from dbo.AppUser

对应的C#实体：

public class ContactData
{
    /// <summary>
    /// 来自AppUser的用户ID
    /// </summary>
    public string Id { get; set; }
    public string LastName { get; set; }
    public string FirstName { get; set; }
    public string PhoneNumber { get; set; }
    public string Email { get; set; }
}

DbContext配置：

builder.Entity<Models.Views.ContactData>()
    .ToView("ContactDataView")
    .HasKey(contactData => contactData.Id);

视图可正常工作，但希望通过导航属性自动关联到用户类型（如dataContext.SystemUsers.Include(su => su.ContactData)），直接添加导航属性会导致生成额外外键或AppUserId重复的问题。现咨询：

1. 创建该视图是否为合理的初始方案？
2. 是否存在简洁的自动关联实现方式？
3. 是否只能选择单独查询该视图？

1. 创建视图是否为合理的初始方案？ #

是，这是非常合理的方案，直接解决了两个核心痛点：

• 数据安全：从数据源层面屏蔽了AppUser中的敏感安全字段（如密码哈希），避免业务层筛选遗漏导致的信息泄露，比后续手动过滤更可靠。
• 代码复用：统一了联系数据的获取逻辑，不用在多个查询场景重复编写字段筛选代码，减少冗余和出错概率。

需要注意的是视图的维护：当AppUser的联系类字段（如新增DisplayName）变更时，要同步更新视图定义。

2. 是否存在简洁的自动关联实现方式？ #

可以通过EF Core的无外键导航属性配置实现自动关联，不需要生成额外数据库外键，步骤如下：

步骤1：在用户实体中添加导航属性 #

在SystemUser和Panelist中新增ContactData导航属性：

class SystemUser
{
    public AppUser AppUser { get; set; }
    public string AppUserId { get; set; }
    public ContactData ContactData { get; set; } // 新增导航属性
    // 其他属性
}

class Panelist
{
    public AppUser AppUser { get; set; }
    public string AppUserId { get; set; }
    public ContactData ContactData { get; set; } // 新增导航属性
    // 其他属性
}

步骤2：在OnModelCreating中配置关联关系 #

手动指定关联的键，无需数据库外键：

// 配置SystemUser与ContactData的关联
builder.Entity<SystemUser>()
    .HasOne(su => su.ContactData)
    .WithOne()
    .HasForeignKey<SystemUser>(su => su.AppUserId) // 使用已有的AppUserId作为关联键
    .HasPrincipalKey<ContactData>(cd => cd.Id); // 关联到ContactData的Id

// 配置Panelist与ContactData的关联
builder.Entity<Panelist>()
    .HasOne(p => p.ContactData)
    .WithOne()
    .HasForeignKey<Panelist>(p => p.AppUserId)
    .HasPrincipalKey<ContactData>(cd => cd.Id);

配置完成后，即可直接使用Include查询：

var systemUsers = await dataContext.SystemUsers
    .Include(su => su.ContactData)
    .ToListAsync();

EF Core会自动生成正确的SQL JOIN语句，将用户实体的AppUserId与视图的Id关联，不会在数据库中创建额外外键。如果希望默认自动包含ContactData，可在导航属性上添加[Include]特性（EF Core 5+支持），或在配置中设置：

builder.Entity<SystemUser>()
    .Navigation(su => su.ContactData)
    .AutoInclude();

3. 是否只能选择单独查询该视图？ #

不是，除单独查询外，还有以下方案可选：

• 上述导航属性关联方案：直接通过用户实体Include关联视图，无需单独查询，是最简洁的实现方式。
• 投影查询：在查询用户时直接投影到匿名类型或DTO（若允许使用DTO）：

  var systemUsers = await dataContext.SystemUsers
      .Select(su => new 
      {
          su.Id,
          // SystemUser的其他属性
          ContactData = new ContactData
          {
              Id = su.AppUserId,
              su.AppUser.FirstName,
              su.AppUser.LastName,
              su.AppUser.PhoneNumber,
              su.AppUser.Email
          }
      })
      .ToListAsync();
  

  但这种方式需要重复编写投影代码，维护成本高于视图方案。

综上，导航属性关联视图的方案最贴合需求，实现简洁且易于维护。

内容的提问来源于stack exchange，提问作者flipflop