MySQL关联表查询：筛选指定policy_type组合的报表记录

你遇到的过滤失效问题，核心原因是判断维度不匹配：筛选规则是对「单个报表关联的所有policy_type的全集」做判定，属于分组级别的集合匹配逻辑，而普通WHERE子句是逐行做判断，无法感知同个report下其他policy行的属性，必然会出现结果错误。

方案1：条件聚合+HAVING（优先推荐） #

这个方案不依赖数据库特定函数，没有字符串匹配的误判风险，性能也更优，是通用的集合匹配实现思路。
核心逻辑是先按报表分组，统计每个报表下不同policy_type的存在情况，再根据前端传入的筛选规则，在HAVING子句里做匹配：

SELECT
  r.report_id,
  r.report_name
FROM reports r
INNER JOIN policies p
  ON r.report_id = p.policy_report_id
GROUP BY r.report_id, r.report_name
-- 根据用户选择的筛选项，动态切换下面的HAVING条件即可
HAVING
  -- 筛选项：仅关联type=1的报表
  -- SUM(CASE WHEN p.policy_type = 1 THEN 1 ELSE 0 END) > 0
  -- AND SUM(CASE WHEN p.policy_type = 2 THEN 1 ELSE 0 END) = 0

  -- 筛选项：仅关联type=2的报表
  -- SUM(CASE WHEN p.policy_type = 2 THEN 1 ELSE 0 END) > 0
  -- AND SUM(CASE WHEN p.policy_type = 1 THEN 1 ELSE 0 END) = 0

  -- 筛选项：同时关联两类policy的报表
  SUM(CASE WHEN p.policy_type = 1 THEN 1 ELSE 0 END) > 0
  AND SUM(CASE WHEN p.policy_type = 2 THEN 1 ELSE 0 END) > 0
;

用给出的测试数据验证结果完全符合预期：

• report_id=1：type=1计数1、type=2计数1，仅匹配「同时关联两类」规则
• report_id=2：type=1计数1、type=2计数0，仅匹配「仅关联type=1」规则
• report_id=3：type=1计数0、type=2计数1，仅匹配「仅关联type=2」规则

方案2：基于GROUP_CONCAT的实现（匹配你最初的思路） #

如果要沿用聚合字符串过滤的思路，需要注意两个细节：一是要对拼接的type值去重、排序，避免因为关联记录顺序问题导致匹配失败；二是要做精确匹配，避免字符串部分匹配导致的误判：

SELECT
  r.report_id,
  r.report_name
FROM reports r
INNER JOIN policies p
  ON r.report_id = p.policy_report_id
GROUP BY r.report_id, r.report_name
HAVING
  -- 仅type=1
  -- GROUP_CONCAT(DISTINCT p.policy_type ORDER BY p.policy_type) = '1'
  -- 仅type=2
  -- GROUP_CONCAT(DISTINCT p.policy_type ORDER BY p.policy_type) = '2'
  -- 同时有1和2
  GROUP_CONCAT(DISTINCT p.policy_type ORDER BY p.policy_type) = '1,2'
;

注意：这个方案依赖数据库对GROUP_CONCAT函数的支持（MySQL、SQLite等支持，PostgreSQL对应函数为string_agg，SQL Server对应为STRING_AGG），如果policy_type为字符串类型，需要选择不会出现在type值内的分隔符，避免匹配错误。

你之前写的WHERE policies.policy_type = 1 AND policies.policy_type != 2是逐行校验：对于report_id=1关联的两条policy记录，type=1的那一行完全满足行级条件，会被保留下来，最终结果就会错误返回report_id=1。本质是把「整个报表不能存在type=2的记录」的分组级要求，错误降级成了「当前行的type不能是2」的行级要求。

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