单ID列分离相似实体是否合理？影视观看记录数据库设计咨询

先聊聊现有两种方案的核心问题 #

• 方案一（watched同时存EpisodeId和MovieId）：确实会产生大量空值，违反第一范式，不仅浪费存储空间，还会让查询逻辑更复杂，数据完整性也难保证。
• 方案二（新增Program实体关联Episode/Movie）：这个思路本身是为了消除空值，但你遇到的痛点是Program无法自动生成关联ID——其实这个问题很好解决，而且还有更优的设计方向。

能不能改造Program实体自动生成ID？当然可以！ #

给Program实体的ID字段设置为自增主键或者UUID生成字段，就能实现自动生成ID，具体分两种方式：

1. 数据库层面配置自动生成 #

• 如果用MySQL，把Program的id字段设为INT AUTO_INCREMENT PRIMARY KEY；
• 如果用PostgreSQL，设为SERIAL PRIMARY KEY或者INT GENERATED ALWAYS AS IDENTITY PRIMARY KEY；
• 如果用SQL Server，设为INT IDENTITY(1,1) PRIMARY KEY。
  这样每次插入Program记录时，数据库会自动生成唯一ID，不用手动指定。

2. 业务逻辑或触发器联动生成 #

如果需要在新增Episode/Movie时自动创建对应的Program记录，不用应用层手动分步操作，可以：

• 应用层逻辑：在新增剧集/电影的接口里，先插入Program获取ID，再用这个ID插入Episode/Movie（伪代码示例）：

  # 伪代码，以Python为例
  def create_episode(season, episode_num):
      program_id = db.execute("INSERT INTO Program DEFAULT VALUES RETURNING id")
      db.execute("INSERT INTO Episode (program_id, season, episode_num) VALUES (%s, %s, %s)", (program_id, season, episode_num))
  

• 数据库触发器：给Episode和Movie表添加插入触发器，当有新记录插入时，自动在Program表生成一条记录，并把Program的ID赋值给当前记录的关联字段。比如MySQL的触发器示例：

  DELIMITER //
  CREATE TRIGGER before_episode_insert
  BEFORE INSERT ON Episode
  FOR EACH ROW
  BEGIN
      INSERT INTO Program DEFAULT VALUES;
      SET NEW.program_id = 436620;
  END //
  DELIMITER ;
  

更优的设计方案：表继承（推荐） #

其实方案二的思路可以升级为表继承模式，这是更符合数据库范式的设计：

• 把Program作为基表，存储所有剧集和电影的通用属性（比如ID、标题、发布时间、封面URL等），ID设为自增主键；
• Episode和Movie作为子表，各自存储专属字段（比如Episode的season、episode_num，Movie的duration、director），子表的ID同时作为外键关联到Program的ID，并且设为自身的主键；
• watched实体只需要关联Program的ID即可，完美消除空值，查询已观看内容时，通过Program ID就能关联到对应的剧集或电影。

这种方案的优势：

• 完全符合数据库范式，数据完整性强，不存在空值问题；
• 查询效率高，关联逻辑清晰；
• 扩展性好，以后新增其他类型的内容（比如纪录片、综艺），只需要新增子表即可。

不同数据库的实现方式：

• PostgreSQL支持原生的表继承（INHERITS关键字）；
• MySQL可以通过外键+主键约束模拟继承；
• SQL Server支持TPT（每个类型一张表）或TPH（所有类型存在一张表，用类型字段区分）两种继承模式。

备选方案：多态关联 #

如果不想改动现有太多表结构，可以用多态关联：

• 在watched实体中新增两个字段：program_id（对应Episode或Movie的ID）和program_type（字符串类型，比如'Episode'或'Movie'）；
• 查询时根据program_type来判断关联到哪个表，比如：

  SELECT w.*, e.* FROM watched w JOIN Episode e ON w.program_id = e.id WHERE w.program_type = 'Episode';
  SELECT w.*, m.* FROM watched w JOIN Movie m ON w.program_id = m.id WHERE w.program_type = 'Movie';
  

不过这种方案的缺点是数据库原生不支持外键约束，需要在应用层或通过触发器保证数据完整性，避免出现无效的program_id或program_type。

总结 #

• 改造Program实体自动生成ID是完全可行的，通过数据库自增主键或触发器就能实现；
• 优先推荐表继承模式，这是最规范、扩展性最好的设计；
• 如果想最小化改动，就改进现有方案二，给Program加自增ID，配合应用层逻辑或触发器实现自动关联。

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