嘿，这个问题我太熟了！用INNER JOIN确实会让A表的行跟着B表的每一条记录重复，不仅结果看着冗余，当B表关联数据多、A表字段又比较复杂的时候，重复传输这些相同的A表数据确实会带来不必要的性能开销。给你几个实用的解决思路，按需选择就行：

1. 用聚合函数把关联数据打包 #

大部分现代数据库都支持把多行关联数据聚合为单个字段（比如字符串、数组或JSON），这样A表的数据只会返回一次，完美避免重复。

举几个主流数据库的例子：

• MySQL/MariaDB：用GROUP_CONCAT拼接字符串

SELECT 
  A.id, 
  A.blah, 
  GROUP_CONCAT(B.foo SEPARATOR ', ') AS foo_list
FROM A
INNER JOIN B ON A.id = B.id
WHERE A.id = 1  -- 只查指定A表行
GROUP BY A.id, A.blah;

返回结果里foo_list会是m, n, ...这样的字符串，你可以在应用层拆分。

• PostgreSQL：用ARRAY_AGG生成数组，或者json_agg生成JSON数组

-- 数组格式
SELECT 
  A.id, 
  A.blah, 
  ARRAY_AGG(B.foo) AS foo_array
FROM A
INNER JOIN B ON A.id = B.id
WHERE A.id = 1
GROUP BY A.id, A.blah;

-- JSON数组格式（保留B表完整行结构）
SELECT 
  A.id, 
  A.blah, 
  json_agg(B) AS b_records
FROM A
INNER JOIN B ON A.id = B.id
WHERE A.id = 1
GROUP BY A.id, A.blah;

• SQL Server：用STRING_AGG拼接字符串

SELECT 
  A.id, 
  A.blah, 
  STRING_AGG(B.foo, ', ') AS foo_list
FROM A
INNER JOIN B ON A.id = B.id
WHERE A.id = 1
GROUP BY A.id, A.blah;

2. 拆分两次独立查询 #

如果应用层可以处理，直接分两次查询反而更简单：

1. 先查A表的目标行：SELECT * FROM A WHERE id = 1;
2. 再查对应的B表数据：SELECT * FROM B WHERE id = 1;

这种方式完全避免了A表数据的重复传输，逻辑也更清晰。大部分ORM框架（比如MyBatis、Hibernate）都支持这种“一对多”的关联映射，会自动把两个查询结果组装成对象结构，不用你手动拼接。

3. 性能优化小提示 #

不管用哪种方案，记得给B表的外键字段（id）建立索引，这样关联查询或子查询时数据库能快速定位到对应的B表数据，不会全表扫描。如果是只查询单条A表数据，一定要加上WHERE A.id = xxx的条件，避免不必要的全表关联。

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