基于.NET和EF Core跟踪存储实体变更历史的最佳方法咨询

需求明确 #

我们有一个Movie实体，包含Id、Title、PublishDate、Description属性，需要完整存储每一次属性变更的历史，支持查询、分组变更记录，最终输出类似「Title已更改为RandomTitle」及对应变更日期的结果。

核心方案：独立变更历史表（你的思路是标准可行方案） #

你提到的创建MovieHistory单独表的思路，是这类实体变更追踪需求的主流实现方式，下面是具体的设计与落地细节：

一、MovieHistory表结构设计 #

• 基础字段清单：
  • Id：历史记录的自增主键
  • MovieId：关联目标Movie实体的主键，用于绑定原实体
  • ChangedProperty：变更的属性名称（如Title、PublishDate）
  • OldValue：属性变更前的值（注意适配不同数据类型，比如日期可存储为字符串或对应日期类型，复杂类型可序列化）
  • NewValue：属性变更后的值
  • ChangedAt：变更发生的时间戳（必填，用于排序和追溯时间）
  • ChangedBy（可选）：执行变更操作的用户ID/标识，用于审计溯源

二、变更记录的生成逻辑 #

• 在Movie实体执行更新操作前，先获取当前实体的原始值，与更新后的新值做属性对比
• 遍历所有属性，筛选出值发生变化的项，为每一个变化项生成一条MovieHistory记录并持久化
  • 示例：当Title从「Old Movie Title」改为「RandomTitle」时，生成的记录为：MovieId=101，ChangedProperty="Title"，OldValue="Old Movie Title"，NewValue="RandomTitle"，ChangedAt=2024-05-20 14:30:00

三、查询与展示实现 #

• 要生成目标格式的描述文本，可直接通过查询语句拼接：

  SELECT 
    CONCAT(ChangedProperty, '已更改为', NewValue) AS 变更描述,
    ChangedAt AS 变更时间
  FROM MovieHistory
  WHERE MovieId = 101
  ORDER BY ChangedAt DESC;
  

• 若需分组统计变更情况（比如按属性分组查看变更次数）：

  SELECT 
    ChangedProperty AS 变更属性,
    COUNT(*) AS 变更次数
  FROM MovieHistory
  GROUP BY ChangedProperty;
  

四、优化与扩展建议 #

• 若业务允许，可对连续多次修改同一属性的记录做合并（比如短时间内多次修改Title，只保留最后一次变更），减少冗余数据
• 实现方式可选：
  • 业务逻辑层统一处理：在服务层的更新方法中加入变更对比与记录生成逻辑，灵活性高，可结合业务规则
  • 数据库触发器：通过数据库触发器自动捕获变更并插入历史记录，无需修改业务代码，但调试和业务适配性较弱
• 若后续需要追踪多个实体的变更，可设计通用的EntityHistory表，新增EntityType字段（如Movie、Actor）标识实体类型，避免重复建表

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