EF Core中BaseEntity的CreatedBy/ModifiedBy是否需添加导航属性？

针对你用.NET 8 + EF Core 8 + ASP.NET Core Identity构建多租户SaaS电商应用时遇到的审计字段相关疑问，逐一解答如下：

1. 手动查询用户信息的方案是否有效且可接受？ #

完全有效，而且在很多场景下是更优的选择。这种方案的核心优势是避免领域实体与Identity模块的强耦合，尤其是多租户架构下，你能更灵活地控制用户数据的查询范围（比如只加载当前租户的用户）。

需要注意两个细节：

• 做好用户基础信息的缓存：把常用的字段（如用户ID、用户名、昵称）存入Redis或内存缓存，避免每次展示审计信息都查询User表，降低数据库压力。
• 处理用户不存在的情况：如果创建/修改用户已被删除，返回默认占位文本（如[已删除用户]）即可，避免前端报错。

2. EF Core中处理审计字段的最佳实践是什么？ #

结合你的多租户场景，最佳实践总结为三点：

• 用全局拦截器自动填充字段：通过EF Core的SaveChangesInterceptor，在保存实体时自动设置CreatedBy/ModifiedBy、CreatedAt/ModifiedAt，无需在业务代码中手动赋值。同时拦截器里还可以自动填充TenantId，确保多租户数据隔离。
• 按需选择用户关联方式：如果只是展示审计信息（如列表显示创建人名称），手动查询+缓存足够；如果需要频繁基于用户做关联查询（如“查询某用户创建的所有订单”），再考虑添加导航属性。
• 字段约束要明确：CreatedBy建议设为非空Guid（与ApplicationUser.Id对应），除非你的系统允许匿名操作；ModifiedBy设为可空Guid，对应实体首次创建时无需赋值。

3. 若选择添加导航属性的方案，是否每个继承BaseEntity的实体都需添加4个导航属性？ #

不需要，直接在BaseEntity中定义一次，所有子类自动继承即可。示例代码如下：

public abstract class BaseEntity
{
    public Guid Id { get; set; }
    public Guid CreatedBy { get; set; }
    public Guid? ModifiedBy { get; set; }
    public Guid? DeletedBy { get; set; } // 若使用软删除

    [ForeignKey(nameof(CreatedBy))]
    public ApplicationUser CreatedByUser { get; set; }
    [ForeignKey(nameof(ModifiedBy))]
    public ApplicationUser ModifiedByUser { get; set; }
    [ForeignKey(nameof(DeletedBy))]
    public ApplicationUser DeletedByUser { get; set; }
}

注意多租户场景下，要给ApplicationUser和所有领域实体配置全局查询过滤器，确保导航属性加载的用户属于当前租户，防止跨租户数据泄露。

4. 使用.Include()的单查询与2-3次独立查询在审计信息展示场景下的性能差异是否显著？ #

在审计信息展示（如列表页）场景下，性能差异几乎可以忽略，原因如下：

• 列表页通常分页返回（如一页20条），就算单独查询用户表，数据量也很小，加上缓存的话，实际数据库访问次数极少。
• 使用Include()会生成JOIN查询，返回的结果集包含大量重复的用户数据（比如20条订单对应同一个创建人，用户信息会重复20次），反而会增加网络传输开销。
• 除非你一次性查询上万条带审计信息的实体，否则无需纠结性能。优先选择代码更简洁、更易维护的方案即可。

5. 为何有人建议导航属性使用virtual关键字？在现代EF Core中是否必要？ #

virtual关键字最初是为EF6的延迟加载设计的——EF6需要通过动态代理类实现延迟加载，因此要求导航属性必须是virtual。但在EF Core中：

• 如果启用延迟加载代理（调用UseLazyLoadingProxies()），则需要导航属性加virtual，同时实体类不能是sealed。
• 如果使用预加载（Include）或显式加载，完全不需要virtual关键字。

对于多租户SaaS应用，一般不推荐使用延迟加载——容易引发N+1查询问题，且难以确保全局租户过滤器在延迟加载时生效。因此，除非你明确需要延迟加载，否则不需要给导航属性加virtual。

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