Sequelize 一对多关联查询：如何筛选同时持有多张指定专辑的用户

所有尝试的写法失败，核心是对Sequelize关联查询的逻辑层级理解错位：

• 误将include的where条件当成了关联集合级别的判断，但实际上这个条件是单条关联记录级别的过滤规则。如果在同一个include的where里用Op.and拼接两个互斥的专辑匹配规则，本质是要求单条专辑记录同时满足两个完全独立的专辑特征，自然无法匹配任何结果。
• 误用PostgreSQL数组操作符：Op.contains/Op.any这类操作符的适用场景是「当前表的某一列存储了数组/JSONB对象值」，而你的场景中Album是通过外键关联的独立表，并不是User表上的存储字段，Sequelize无法将关联模型映射为可匹配的列值，自然会抛出无效值的报错。

跨数据库通用实现 #

适配所有关系型数据库的写法，通过拆分独立关联、分组计数的逻辑实现集合判断：

const { Op, Sequelize } = require('sequelize')

// 定义需要同时匹配的目标专辑列表
const targetAlbumList = [
  { band: 'Metallica', title: 'Master of Puppets' },
  { band: 'Iron Maiden', title: 'Fear of the Dark' }
]

User.findAll({
  // 对每一个目标专辑生成独立的必选内连接
  include: targetAlbumList.map(albumCondition => ({
    model: Album,
    where: albumCondition,
    required: true, // 强制内连接，直接排除无对应专辑匹配的用户
    attributes: [] // 不需要返回关联专辑的冗余字段，减少查询开销
  })),
  group: ['User.id'], // 按用户主键分组，避免多连接导致的重复记录
  // 校验当前用户匹配到的不同专辑数刚好等于目标数量
  having: Sequelize.literal(`COUNT(DISTINCT Album.id) = ${targetAlbumList.length}`)
})

逻辑说明：每个带required: true的include会生成独立的内连接，分别判断用户是否关联了某一张目标专辑；最后通过分组计数，确保用户的专辑集合同时覆盖所有目标专辑，完全规避单条记录的逻辑冲突。

高性能子查询实现 #

针对数据量较大的场景，避免多次join同一张关联表导致的笛卡尔积膨胀，可通过子查询存在性判断的方式实现等价逻辑，查询性能更优：

User.findAll({
  where: {
    // 对每个目标专辑生成独立的存在性判断
    [Op.and]: targetAlbumList.map(albumCondition => ({
      id: {
        [Op.in]: Sequelize.literal(`
          SELECT "Album"."userId"
          FROM "Album"
          WHERE "Album"."userId" = "User"."id"
            AND "Album"."band" = '${albumCondition.band}'
            AND "Album"."title" = '${albumCondition.title}'
        `)
      }
    }))
  }
})

Op.contains这类对象数组匹配操作符，仅适用于User表上直接存储JSONB数组字段的场景（比如把用户的收藏专辑列表直接存在User的JSON列里），当Album作为独立的一对多关联表存在时，这类操作符完全不适用，不要强行将关联模型作为普通字段传入匹配条件。

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