更新主键部分字段是否为不良实践？版本管理场景咨询

你的顾虑完全正确——更新主键字段属于不良实践，而同事担心的查询效率问题，完全可以通过索引优化解决，没必要为了这点便利破坏主键的设计原则。

为什么不能把DATE_END纳入主键？ #

主键的核心要求是不可变性，一旦创建就不应被修改。你当前的逻辑是每次插入新版本时，要更新旧版本的DATE_END，这就等于修改了主键的一部分，会带来以下问题：

• 破坏数据一致性：主键是数据的唯一标识，修改主键会让原本稳定的记录标识发生变化，增加数据溯源的难度。
• 引发额外维护成本：修改主键字段会导致主键索引重建，产生大量索引碎片，降低数据库性能；如果有外键关联该主键，还会触发连锁更新，提升事务复杂度。

查询效率的替代优化方案 #

同事提到的“指定日期版本查询”，不需要依赖DATE_END作为主键来实现高效查询，通过以下方式就能解决：

1. 创建(ID, DATE_START)复合索引
   要查询某个日期对应的版本，只需执行以下SQL：

   SELECT *
   FROM your_table
   WHERE ID = ?
     AND DATE_START <= '指定日期时间'
   ORDER BY DATE_START DESC
   LIMIT 1;
   

   数据库会利用(ID, DATE_START)的复合索引，快速定位到符合条件的最大DATE_START记录，也就是该日期对应的版本，效率和直接用DATE_END查询相当，且更稳定（因为DATE_START不会被修改，索引不会频繁变动）。

2. 新增IS_LATEST布尔字段（可选）
   如果经常需要查询最新版本，可以新增一个IS_LATEST字段，插入新版本时将旧版本的IS_LATEST设为FALSE，新版本设为TRUE，再配合(ID, IS_LATEST)索引，查询最新版本的速度会更快。

最优方案总结 #

1. 主键设置为(ID, DATE_START)
   这两个字段组合能唯一标识一个版本，且DATE_START在插入时确定，后续不会被修改，完全符合主键不可变的要求。
2. 保留DATE_END字段但不纳入主键
   DATE_END用来明确版本的时间范围，方便直观查看和某些场景的查询，但仅作为普通字段维护，更新它不会影响主键稳定性。
3. 建立必要索引
   • 主键索引：(ID, DATE_START)，保证版本唯一性。
   • 复合索引：(ID, DATE_END)，优化基于结束日期的查询场景。
   • 可选索引：(ID, IS_LATEST)，加速最新版本查询。

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