TypeORM使用take分页返回结果数量异常，关联表排序出现重复问题

这是TypeORM的正常工作逻辑，底层原因如下：

• 调用innerJoinAndSelect加载一对多关联时，SQL层面会返回笛卡尔积结果，1条主实体A对应N条关联实体B，就会生成N条原始SQL结果行
• skip和take是直接作用在原始SQL结果集上的，而非TypeORM去重合并后的主实体集合
• TypeORM执行getMany时会自动按主实体主键去重，把同主键的多行结果合并为1个主实体实例，关联的B放到对应属性中，因此最终返回的主实体数量会小于take设置的值

推荐优先使用子查询分页主实体后再关联加载的方案，从根源避免分页维度错误：

1. 先构建子查询，筛选符合条件的主实体主键，在子查询层执行分页、排序逻辑，加distinct保证主键唯一

// 构建子查询：仅查询符合条件的主实体A的主键，执行分页排序
const subQuery = dataSource
  .getRepository(EntityA)
  .createQueryBuilder("A")
  .innerJoin("A.bRelation", "B") // 排序字段属于B时需要在子查询也加关联
  .select("A.userID") // 替换为你的主实体主键字段名
  .distinct(true)
  // 保留你原有的所有where/and/or筛选条件
  .addOrderBy(searchParameters.orderBy.field, searchParameters.orderBy.method)
  .skip(pagination.page * Number(pagination.size))
  .take(Number(pagination.size) + 1) // 判断下一页的逻辑放到此处
  .getQuery();

2. 基于子查询的主键结果，关联加载B实体，返回最终结果

const res = await dataSource
  .getRepository(EntityA)
  .createQueryBuilder("A")
  .innerJoinAndSelect("A.bRelation", "B") // 替换为你的关联属性名
  .where(`A.userID IN (${subQuery})`)
  .addOrderBy(searchParameters.orderBy.field, searchParameters.orderBy.method)
  .getMany();

// 判断是否有下一页的逻辑可正常执行
const hasNextPage = res.length > pagination.size;
if (hasNextPage) res.pop();

其他可选方案：

• 若你的排序逻辑是基于关联B的聚合值（如每个A对应的B的最大创建时间），可在子查询中通过MAX()/MIN()等聚合函数计算排序字段，避免子查询出现重复主键
• 若无需在分页查询时返回关联B的全量数据，可先分页查询主实体A，再单独调用loadRelationIds或find方法加载每个A对应的关联B，适合数据量不大的场景

• 子查询需要完整保留原有查询的所有筛选条件、关联规则、排序规则，保证返回的主实体主键顺序和范围符合预期
• 所有涉及关联实体字段的筛选、排序逻辑，都需要在子查询中同步添加对应关联，避免SQL语法错误

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