如何实现两表基于唯一ID的一对多内连接——t1表u1关联t2表u2a/u2b/u2c的Inner Join方案

嘿，这个需求其实挺常见的，咱们有两种常用的实现方式，我分别给你拆解一下：

方法一：直接在JOIN的ON条件中使用OR判断 #

这是最直观的写法，直接在INNER JOIN的关联条件里，判断t1.u1是否匹配t2的三个ID字段中的任意一个：

SELECT t1.*, t2.*
FROM t1
INNER JOIN t2
  ON t1.u1 = t2.u2a
  OR t1.u1 = t2.u2b
  OR t1.u1 = t2.u2c;

这种写法的优点是简单易懂，适合数据量不大的场景。但要注意：如果t2的同一行中有多个字段（比如u2a和u2b）都和t1.u1匹配，这一行会被多次返回（因为满足多个OR条件）；另外，某些数据库中，OR条件可能会导致无法有效利用字段上的索引，当数据量较大时可能影响性能。

方法二：先标准化t2结构再关联（性能更优） #

如果你的数据量比较大，或者想更好地利用索引，可以先把t2的三个ID字段拆分成单一ID列的结构，再和t1关联：

SELECT t1.*, t2.*
FROM t1
INNER JOIN (
  -- 将t2的三个ID字段拆分为单独的行，统一用match_id字段匹配
  SELECT u2a AS match_id, u2a, u2b, u2c /* 这里可以按需选择t2需要返回的字段 */
  FROM t2
  UNION ALL
  SELECT u2b AS match_id, u2a, u2b, u2c
  FROM t2
  UNION ALL
  SELECT u2c AS match_id, u2a, u2b, u2c
  FROM t2
) AS t2_normalized
  ON t1.u1 = t2_normalized.match_id;

这种写法的优势： #

• 能更好地利用t1.u1以及t2.u2a/u2b/u2c上的索引，提升查询效率；
• 可以清晰地看到每个匹配是来自t2的哪个字段（如果需要的话，可以在子查询里加一个字段标记来源，比如'u2a' as id_source）；
• 如果不想重复返回同一行（比如同一t2行有多个匹配字段），可以把UNION ALL改成UNION，但UNION会有去重的性能开销，需要根据实际需求选择。

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