多表LEFT JOIN与单表LEFT JOIN的数据模型选型咨询

背景：基于Spring服务+关系型数据库的业务场景，需从性能、易用性及扩展性角度，对比以下两种查询方案，后续存在主表新增筛选条件、跨服务获取B详情、多时间区间筛选等需求。

方案一：多表左关联查询 #

SELECT * from MainTable mt
left join TableA ta
left join TableB tb
left join TableC tc
where (mt.startDate <= givenStartDate and mt.endDate >= givenEndDate)
AND (ta.aId IN givenAIds or tb.bId IN givenBIds OR tc.cId IN givenCIds)

方案二：通用中间表关联查询 #

SELECT * from MainTable mt
left join TableCommon tableCommon
where (mt.startDate <= givenStartDate and mt.endDate >= givenEndDate)
AND tableCommon.fkId = mt.id
AND ( (tableCommon.tableType = "A" and tableCommon.tableId IN givenAIds) 
  OR (tableCommon.tableType = "B" and tableCommon.tableId IN givenBIds)
  OR (tableCommon.tableType = "C" and tableCommon.tableId IN givenCIds)
  )

性能维度对比 #

• 方案一：多表左连接易产生笛卡尔积，数据量大时结果集膨胀明显。WHERE子句的OR条件涉及多表字段，优化器难高效利用索引，大概率触发全表扫描，性能随数据量增长下滑快。
• 方案二：仅关联单张中间表，结果集大小可控。若给TableCommon的fkId、tableType、tableId建立联合索引，配合主表startDate/endDate的索引，多时间区间筛选场景下性能更稳定。

易用性维度对比 #

• 方案一：逻辑直观，直接对应业务实体关联关系，开发上手快。但新增类似TableD的关联表时，需修改SQL新增左连接和OR条件，代码改动成本高。
• 方案二：通过中间表统一管理关联关系，新增业务类型无需修改SQL结构，仅需在中间表插入对应数据即可，复用性强。但初期需理解通用关联的设计逻辑，需额外维护中间表的映射关系。

扩展性维度对比 #

• 方案一：主表新增筛选条件时，仅需在WHERE子句追加条件，逻辑简单，但新增关联表的扩展性差，不符合开闭原则。
• 方案二：主表新增筛选条件适配成本低，新增业务关联类型时无需改动查询逻辑，仅需扩展tableType的枚举范围即可。后续跨服务获取B详情时，可直接从中间表筛选tableType="B"的tableId，逻辑更统一。

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