NestJs+MongoDB+TypeOrm+GraphQL中find many查询失效问题

问题背景 #

我开发了一个包含Lesson和Student模块的NestJS应用，需要在获取课程列表时关联查询学生字段。用@ResolveField()装饰器绑定学生数据到getAllLessons查询：

@ResolveField()
async students(@Parent() lesson: Lesson) {
  const result = await this.studentService.getManyStudents(lesson.students);
  return result;
}

StudentService里的查询逻辑如下，但getManyStudents始终返回空数组，已经确认传入的studentIds是正确的：

async getManyStudents(studentIds: string[]): Promise<Student[]> {
  const result = await this.studentRepository.find({
    where: {
      id: In(studentIds),
    },
  });
  return result;
}

尝试换成$in语法时，TypeScript直接报错：

this.studentRepository.find({
  where: {
    id: { $in: studentIds },
  },
});

错误信息翻译后：

对象字面量只能指定已知属性，而'$in'在类型'FindOperator'中不存在。

问题原因与解决方法 #

1. 确认TypeORM版本与In操作符的导入 #

TypeORM 1.x+版本不再支持$in这种MongoDB风格的操作符，必须使用官方提供的In()操作符，但要确保你已经正确导入：

import { In } from 'typeorm';

如果是0.x版本，$in才是有效语法，但当前大部分项目都使用1.x+版本，优先用In()。

2. 检查数据类型匹配 #

确认studentIds的类型和Student实体中id字段的类型完全一致：

• 如果Student的id是number类型，但传入的是string[]，查询会匹配不到任何结果，需要先把字符串数组转成数字数组，比如：studentIds = studentIds.map(id => parseInt(id, 10));
• 若id是UUID类型，确保传入的studentIds是标准UUID格式字符串。

3. 处理空数组情况 #

当studentIds是空数组时，In([])会生成无效的SQL语句（WHERE id IN ()），数据库直接返回空结果。可以先判断数组长度，为空时直接返回空数组：

async getManyStudents(studentIds: string[]): Promise<Student[]> {
  if (studentIds.length === 0) {
    return [];
  }
  return this.studentRepository.find({
    where: {
      id: In(studentIds),
    },
  });
}

4. 查看生成的SQL语句排查问题 #

开启TypeORM的日志功能，查看实际执行的SQL是否符合预期。在NestJS的TypeORM配置中添加logging: true：

// app.module.ts中的TypeORM配置
TypeOrmModule.forRoot({
  // ...其他配置项
  logging: true,
})

控制台会打印出生成的SQL，你可以直接复制到数据库客户端执行，确认IN子句里的ID是否正确，以及是否有对应的数据匹配。

5. 替代方案：使用QueryBuilder #

如果上面的方法都无法解决问题，改用QueryBuilder构建查询，语法更灵活也更容易排查问题：

async getManyStudents(studentIds: string[]): Promise<Student[]> {
  if (studentIds.length === 0) {
    return [];
  }
  return this.studentRepository
    .createQueryBuilder('student')
    .where('student.id IN (:...studentIds)', { studentIds })
    .getMany();
}

内容的提问来源于stack exchange，提问作者Rouzbeh Hatamy Zargaran