对于以下SQL，我得到了"Cardinality Violation"错误：
条令\DBAL\Exception\DriverException：执行时发生异常
SELECT p.* FROM mod_products_products p
LEFT JOIN mod_products_products_categories c_link ON c_link.product_id = p.id
LEFT JOIN mod_products_brands b ON p.brand_id = b.id
LEFT JOIN mod_products_groups vg ON p.variation_id = vg.id
LEFT JOIN mod_products_categories c ON c_link.category_id = c.id
LEFT JOIN mod_products_group_options vg_o ON vg_o.group_id = vg.id
LEFT JOIN mod_products_group_values vg_o_v ON vg_o_v.option_id = vg_o.id
WHERE (p.name LIKE (?, ?)) AND (p.parent_id = 0) AND (vg_o.disabled=0)
GROUP BY p.id ORDER BY p.name ASC
LIMIT 18446744073709551615 OFFSET 0
带params["%big%"，"%light%"]：SQLSTATE[21000]：基数冲突：1241操作数应包含1列
只有当WHERE (p.name LIKE (?, ?))的参数列表中定义了多个值时，才会出现错误。
我正在使用executeQuery()，并将数组作为Connection::PARAM_STR_ARRAY传递。在最初的声明中，我将故障点定义为：
$builder->andWhere('p.name LIKE (:partial_names)');
它似乎不喜欢将数组作为partial_names传递。关于是什么导致了这种情况，以及如何避免这种情况，有什么想法吗？
如果您检查SQL标准，您会注意到LIKE的BNF语法只接受"类字符"one_answers"类八位字节"参数，这两个参数本质上都是我们所称的字符串。(关于LIKE在RHS上执行二进制字符对字符匹配的事实，有一些细节，这与=的操作方式不同：foo LIKE 'bar'和foo='bar'可能会产生不同的结果。)
所有这些都意味着不能执行LIKE ('a', 'b')，因为列式表达式('a', 'b')不是字符串式的。或者在极客的标准语言中，它的基数(2)与预期的基数(1)不同。然而，您可以在MySQL和SQLite(可能是其他引擎)中做到这一点：
WHERE foo LIKE ('%bar')
因为RHS的基数是1(有一列)，这正是LIKE所期望的。
您想要的是与foo LIKE IN ('a', 'b')有效相似的东西，但这也不存在(由于上面提到的SQL标准原因)。这个问答；A显示了该行为的一些解决方法，基于REGEXP的是可接受的答案。
因此，为了避免这个错误，您需要重写查询以使用多个LIKE、一个REGEXP，甚至可能类似于FIND_IN_SET。
更改
(p.name LIKE (?, ?))
至
(p.name LIKE ? OR p.name LIKE ?)
和
["%big%", "%light%"]
至
"%big%", "%light%"