如何在SELECT CASE中用条件THEN构建关联多表的事件日程视图

针对你要实现的这个带有特殊关联规则的事件日程列表视图，我之前处理过类似的多表关联需求，给你提供两种实用的实现方案：

一、数据库层面直接创建视图（推荐用于纯SQL场景） #

这种方式直接在数据库中生成符合要求的视图，后续应用层可以直接查询这个视图，无需额外处理逻辑。

前提表结构回顾 #

• companies表：包含ID（主键）、NAME字段
• company_event_associated_companies表：包含company_id（关联companies.ID）、event_id（关联事件表主键，假设存在）等字段
• 事件主表（假设为events）：包含mainSubcategory、bands（待填充字段）等字段

实现SQL语句 #

CREATE VIEW event_schedule_view AS
SELECT
    e.*,
    CASE
        -- 当mainSubcategory为217时，直接取当前关联的companies.name
        WHEN e.mainSubcategory = 217 THEN c.NAME
        -- 当mainSubcategory为216时，通过中间表关联目标companies的NAME
        WHEN e.mainSubcategory = 216 THEN c_assoc.NAME
        -- 其他情况可以根据需求设置默认值或留空
        ELSE NULL
    END AS bands
FROM events e
-- 关联主companies表（处理217的情况）
LEFT JOIN companies c ON e.company_id = c.ID
-- 关联中间表和目标companies表（处理216的情况）
LEFT JOIN company_event_associated_companies ceac ON e.ID = ceac.event_id
LEFT JOIN companies c_assoc ON ceac.company_id = c_assoc.ID AND e.mainSubcategory = 216;

逻辑说明 #

• 使用CASE分支处理两种不同的mainSubcategory场景
• 针对216的情况，通过LEFT JOIN关联中间表company_event_associated_companies，再关联到目标companies表，并且添加e.mainSubcategory = 216的条件避免不必要的关联
• 用LEFT JOIN保证即使没有匹配的关联数据，事件记录也不会被过滤掉

二、应用层处理逻辑（适合需要更多自定义的场景） #

如果你的项目更倾向于在应用层处理数据关联，可以按照以下步骤实现：

1. 批量查询主事件列表：先从事件表中获取所有需要展示的记录，同时带上mainSubcategory字段
2. 分类处理关联数据：
   • 筛选出mainSubcategory = 217的事件，收集对应的company_id，批量查询companies表获取NAME，填充到bands字段
   • 筛选出mainSubcategory = 216的事件，收集对应的event_id，批量查询company_event_associated_companies表获取company_id，再批量查询companies表获取NAME，填充到bands字段
3. 合并结果：将处理后的事件数据合并成最终的列表视图

关键提示 #

• 一定要使用批量查询，避免循环查询导致的N+1性能问题
• 可以用字典映射的方式缓存查询到的companies数据，提升处理效率

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