Question

对于以下SQL，我收到了“基数违规”错误：

Doctrine \ 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

with 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传递。关于导致这种情况的原因，以及如何避免它的任何想法？

Answer 1

MySQL LIKE是＆＃34;字符串比较函数＆＃34;并且因此将一个字符串与另一个字符串进行比较，使用＆＃34;简单模式匹配＆＃34;。

如果您查看SQL standard，则会注意到BNF grammar for LIKE仅接受＆＃34;字符式＆＃34;和＆＃34; octet-like＆＃34;参数，这两者基本上都是我们称之为字符串的。（关于LIKE在RHS上执行二进制，字符到字符匹配的事实有一些细节，这与=操作的方式不同：foo LIKE 'bar'和{{1}可能产生不同的结果。）

所有这些意味着您无法执行foo='bar'因为列式表达式LIKE ('a', 'b')不是字符串式的。或者以令人讨厌的标准语言，它的基数（2）与预期的基数（1）不同。但是，您可以在MySQL和SQLite（可能是其他引擎）中执行此操作：

('a', 'b')

因为RHS的基数是1（有一列），这是WHERE foo LIKE ('%bar')所期望的。

您希望有效地与LIKE类似的内容，但也不存在（对于上面提到的SQL标准原因）。 This Q&A显示了针对该行为的一些变通方法，foo LIKE IN ('a', 'b')基于接受的答案。

因此，要解决此错误，您需要重写查询以使用多个REGEXP或LIKE，甚至可能使用FIND_IN_SET。

Answer 2

更改

(p.name LIKE (?, ?))

到

(p.name LIKE ? OR p.name LIKE ?)

和

["%big%", "%light%"]

到

"%big%", "%light%"

DBAL基数违规错误

2 个答案: