多对多关系查询:是否用子查询及关联查询异常排查?
咱们一个个来拆解你的问题哈~
其实没有绝对的“应该”或“不应该”,完全取决于你的查询需求和数据库的性能表现:
- 如果只是关联查询多对多关联的所有数据,用
JOIN通常更直观,性能也更稳定(尤其是在关联表有合适索引的情况下),就像你现在写的多表join语句,逻辑清晰易懂。 - 如果是过滤出满足特定关联条件的主表数据(比如找出所有关联了某个type的clones),子查询和
JOIN都能实现,但子查询有时候写法更简洁。举个例子:
不过这种场景下,用SELECT * FROM clones WHERE id IN (SELECT clone_id FROM CloneHasType WHERE clone_type_id = (SELECT id FROM clone_types WHERE type_name = 'nameType'));JOIN加DISTINCT也能达到同样效果,而且很多数据库优化器会把两种写法优化成类似的执行计划。
简单说:优先用JOIN做关联查询,子查询作为补充场景使用就好。
你的查询语句本身逻辑是对的,但加了WHERE t.type_name = "nameType"后出现结果异常,大概率是这几个原因:
字符串引号使用错误:绝大多数SQL数据库中,字符串常量要用单引号
'包裹,双引号"通常用来表示标识符(比如表名、列名)。如果你用了双引号,数据库会把"nameType"当成一个列名或者标识符,而不是字符串值——如果你的表中没有叫nameType的列,就会直接报错;如果刚好有(概率极低),那结果肯定不符合预期。正确的写法应该是:SELECT * FROM clones m JOIN people p ON p.id = m.person_id JOIN "CloneHasType" c ON c.clone_id = m.id JOIN clone_types t ON t.id = c.clone_type_id WHERE t.type_name = 'nameType'; -- 这里改成单引号大小写敏感问题:有些数据库(比如PostgreSQL、MySQL在特定配置下)对字符串是大小写敏感的。如果你的
type_name实际存储的是nametype或者Nametype,而你查询用的是nameType,就会匹配不到数据,导致无返回结果。可以试试用不区分大小写的查询:-- PostgreSQL 写法 WHERE t.type_name ILIKE 'nametype'; -- MySQL 写法 WHERE LOWER(t.type_name) = LOWER('nametype');数据本身的问题:如果
clone_types表中确实没有type_name等于nameType的记录,那自然会无返回结果。可以先单独查一下SELECT * FROM clone_types WHERE type_name = 'nameType';确认是否存在这条数据。
另外,你提到CloneHasType表没有创建约束和索引,虽然这不会直接导致查询结果异常,但会严重影响查询性能(数据量越大越明显),建议尽快补上:
- 给
clone_id和clone_type_id加上联合主键(避免重复的关联记录); - 分别给
clone_id和clone_type_id加上外键约束,关联到clones.id和clone_types.id,保证数据一致性; - 给这两个字段加上索引,加速关联查询。
内容的提问来源于stack exchange,提问作者temps hd

