DBAL 基数违规错误
DBAL cardinality violation error
我收到 'Cardinality Violation' 错误,原因如下 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 传递。关于造成这种情况的原因以及如何避免它的任何想法?
MySQL LIKE 是一个 "string comparison function",因此使用 "simple pattern matching".
将一个字符串与另一个字符串进行比较
如果你检查 SQL standard, you'll notice that the BNF grammar for LIKE
只接受 "character-like" 和 "octet-like" 参数,这两个本质上就是我们所说的字符串。 (关于 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 标准原因)。 This Q&A 显示了该行为的一些变通方法,REGEXP
基于已接受的答案。
因此,要解决此错误,您需要重写查询以使用多个 LIKE
,或 REGEXP
,甚至 FIND_IN_SET
.
改变
(p.name LIKE (?, ?))
到
(p.name LIKE ? OR p.name LIKE ?)
和
["%big%", "%light%"]
到
"%big%", "%light%"
我收到 'Cardinality Violation' 错误,原因如下 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 传递。关于造成这种情况的原因以及如何避免它的任何想法?
MySQL LIKE 是一个 "string comparison function",因此使用 "simple pattern matching".
将一个字符串与另一个字符串进行比较如果你检查 SQL standard, you'll notice that the BNF grammar for LIKE
只接受 "character-like" 和 "octet-like" 参数,这两个本质上就是我们所说的字符串。 (关于 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 标准原因)。 This Q&A 显示了该行为的一些变通方法,REGEXP
基于已接受的答案。
因此,要解决此错误,您需要重写查询以使用多个 LIKE
,或 REGEXP
,甚至 FIND_IN_SET
.
改变
(p.name LIKE (?, ?))
到
(p.name LIKE ? OR p.name LIKE ?)
和
["%big%", "%light%"]
到
"%big%", "%light%"