Loopback 3 使用testId过滤调用updateAll方法不生效问题排查

问题根因 #

你遇到的所有异常都源于testId的类型不匹配问题：

• MongoDB中存储的testId是原生ObjectId类型实例，而你代码中传入的对比值是字符串类型
• 两种类型比对时的差异完全符合你输出的日志特征：
  • ObjectId实例做字符串拼接、模板字符串转换时会自动调用toString()方法返回24位十六进制字符串，所以这类比对结果为true
  • 严格相等===会同时校验值和类型，对象实例和字符串自然返回false；非严格相等==会触发隐式类型转换，所以返回true
• Loopback的MongoDB连接器会根据模型定义的字段类型处理查询参数，你在模型中把testId定义为string类型，连接器会直接把传入的字符串参数传给MongoDB做匹配，和库中存储的ObjectId类型无法匹配，所以返回count:0
• like查询报错是因为连接器校验到存储的字段不是纯字符串类型，无法支持like运算符的匹配逻辑

解决方案 #

方案1：统一数据类型（长期推荐） #

如果业务逻辑中testId本身就是字符串类型，直接将MongoDB中已存储的testId字段全部转为字符串类型，从根源避免后续类型不匹配问题。

方案2：查询前做类型转换 #

执行查询/更新操作前，手动把传入的字符串转为MongoDB的ObjectId类型即可正常匹配：

// 先引入MongoDB的ObjectId工具
const ObjectId = require('mongodb').ObjectID;

// 修改查询条件
await RehearsalTest.updateAll({testId: ObjectId(testId)}, {grade: grade}, (err, data) => { 
  console.log('rehearsalTest.updateAll', err, data);
});

方案3：临时兼容写法 #

如果不想修改存量数据和类型，也可以用MongoDB原生的隐式匹配逻辑查询，性能略低于方案2：

await RehearsalTest.updateAll(
  {where: {testId: {$eq: testId}}}, 
  {grade: grade}
);

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