TypeORM循环使用WhereExpressionBuilder查询时参数值重复问题

参数全部变成最后一个标签值的核心原因是TypeORM命名参数的覆盖机制：
你在循环中每次传入的参数key都是固定的tag，TypeORM解析SQL时会把所有同名:tag占位符绑定到同一个参数值，循环过程中后一次赋值会覆盖前一次的同key参数，最终所有占位符都会取到最后一次循环赋值的%three%。
另外你在forEach里反复给qb变量重新赋值是不必要的，Brackets内部维护了链式调用状态，不需要手动接收返回值重写qb变量，但这个操作不是引发参数错误的原因。
同时你原来的匹配逻辑还有隐藏bug：直接用%${tag}%做模糊匹配会出现子串误命中，比如查标签two时，会把存储值为twoo,abc、xtwoy,def的不符合要求的行也查出来。

给每个循环里的参数设置唯一的key，避免同名参数覆盖，同时修正标签匹配的边界问题，代码示例（MySQL环境）：

const tags = ['one', 'twoo', 'three']

new Brackets(qb => {
  tags.forEach((tag, i) => {
    // 每个参数用唯一key，避免覆盖
    const paramName = `tag_${i}`
    // 用FIND_IN_SET做逗号分隔字段的精确匹配，不会出现子串误判
    const condition = `FIND_IN_SET(:${paramName}, tags) > 0`
    const param = { [paramName]: tag }

    i === 0 
      ? qb.where(condition, param) 
      : qb.orWhere(condition, param)
  })
})

如果用的是不支持FIND_IN_SET的数据库，可以换成手动补边界的LIKE写法，同样能避免子串误判：

const condition = `CONCAT(',', tags, ',') LIKE :${paramName}`
const param = { [paramName]: `%,${tag},%` }

• 优先重构存储结构，不要用逗号分隔的字符串存储多值关联：
  • 新建多对多关联表，比如业务表是article，就建article_tags关联表，字段包含article_id、tag_value，给关联字段建索引。查询时通过JOIN或EXISTS关联查询，不仅能完全避免字符串匹配的各种bug，查询性能也远高于字符串模糊匹配，还能支持标签统计、排序、反向查关联内容等复杂操作。
• 如果因为历史包袱无法改表结构：
  • 循环拼接条件时必须给每个命名参数设置唯一key，不要复用同一个参数名
  • 禁止直接用%keyword%做无边界的LIKE匹配，必须通过数据库函数或手动补分隔符边界的方式，确保匹配的是完整标签
  • 提前评估数据量级，逗号分隔字段的匹配无法走普通索引，数据量超过10万行后查询性能会出现明显下降

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