EF Core 2：ValueGeneratedOnAddOrUpdate配置CreatedOn/UpdatedOn字段咨询

嘿，我来帮你拆解下这个配置的合理性，以及它能不能满足自动生成UTC时间的需求：

结论先行 #

你的配置整体是符合EF Core规范的，插入新实体时能正确生成UTC的CreatedOn和UpdatedOn时间，但更新实体时UpdatedOn不会自动刷新——这里有个小细节需要优化，我后面会说到。

逐字段分析当前配置 #

CreatedOn字段 #

• ValueGeneratedOnAdd()：明确告诉EF Core，这个字段的值在插入新实体时由数据库自动生成，完全正确。
• HasDefaultValueSql("GETUTCDATE()")：指定数据库用UTC时间函数设置默认值，确保生成的是UTC时间，没问题。
• IsRequired()：强制字段非空，符合业务逻辑里“创建时间必须存在”的要求，合理。

UpdatedOn字段 #

• ValueGeneratedOnAddOrUpdate()：理论上标记了插入和更新时都要生成值，但EF Core的默认逻辑是：更新时不会主动触发数据库默认值——也就是说，你更新实体时，如果没有显式修改UpdatedOn，数据库不会自动调用GETUTCDATE()刷新它。
• HasDefaultValueSql("GETUTCDATE()")：仅在插入时会生效，给UpdatedOn设置初始UTC时间，这部分是没问题的。

让UpdatedOn自动更新的两种可靠方案 #

要解决更新时UpdatedOn不刷新的问题，有两种常用且规范的方式：

方案一：数据库触发器（数据库层面处理） #

直接在数据库中创建触发器，只要表有更新就自动刷新UpdatedOn：

CREATE TRIGGER [dbo].[Trigger_Registro_UpdateUtcTime]
ON [dbo].[Registro]
AFTER UPDATE
AS
BEGIN
    SET NOCOUNT ON;
    UPDATE r
    SET r.UpdatedOn = GETUTCDATE()
    FROM Registro r
    INNER JOIN INSERTED i ON r.Id = i.Id;
END

这种方式的好处是不管更新操作来自EF Core还是直接SQL，都会生效，兼容性拉满。

方案二：EF Core拦截器（应用层面处理） #

在EF Core的SaveChanges流程中加入拦截逻辑，自动更新实体的时间戳：

public class TimestampInterceptor : SaveChangesInterceptor
{
    public override ValueTask<int> SavedChangesAsync(
        SaveChangesCompletedEventData eventData, 
        int result, 
        CancellationToken cancellationToken = default)
    {
        var context = eventData.Context;
        foreach (var entry in context.ChangeTracker.Entries<Registro>())
        {
            if (entry.State is EntityState.Added or EntityState.Modified)
            {
                entry.Property(nameof(Registro.UpdatedOn)).CurrentValue = DateTime.UtcNow;
                // 如果是新增，CreatedOn也可以在这里设置，替代数据库默认值
                // if (entry.State == EntityState.Added)
                // {
                //     entry.Property(nameof(Registro.CreatedOn)).CurrentValue = DateTime.UtcNow;
                // }
            }
        }
        return base.SavedChangesAsync(eventData, result, cancellationToken);
    }
}

然后在DbContext的配置中注册这个拦截器：

protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder)
{
    optionsBuilder.AddInterceptors(new TimestampInterceptor());
}

这种方式不需要修改数据库，所有时间戳逻辑都在应用层统一管理，适合需要跨数据库兼容的场景。

额外的规范小建议 #

• 建议把CreatedOn和UpdatedOn作为实体的显式属性（而不是你现在用的阴影属性），这样在代码中可以直接访问和使用，可读性更强：

  public class Registro 
  { 
      public Guid Id { get; set; }
      public DateTime CreatedOn { get; set; }
      public DateTime UpdatedOn { get; set; }
      // 其他业务属性...
  }
  

  对应的配置也可以更简洁：

  builder.Entity<Registro>(b => { 
      b.Property(r => r.CreatedOn)
        .IsRequired()
        .ValueGeneratedOnAdd()
        .HasDefaultValueSql("GETUTCDATE()"); 
      b.Property(r => r.UpdatedOn)
        .IsRequired()
        .ValueGeneratedOnAddOrUpdate()
        .HasDefaultValueSql("GETUTCDATE()"); 
  });
  

• 如果你的数据库是SQL Server 2016及以上版本，推荐用SYSUTCDATETIME()替代GETUTCDATE()，它的时间精度更高（支持纳秒级），能满足更精细的时间需求。

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