php - 不使用 GROUP_CONCAT 的原因？

Question

我刚刚发现了这个非常有用的 MySQL 函数 GROUP_CONCAT。它对我来说是如此有用和过度简化，以至于我实际上害怕使用它。主要是因为自从我开始网络编程以来已经有一段时间了，而且我从未在任何地方见过它。下面是一个很棒的用法示例

clients 表包含客户(您不会说...)，每个客户一行，具有唯一 ID。
表 currencies 有 3 列 client_id、currency 和 amount。

现在，如果我想从 clients 表中获取用户 15 的 name 及其余额，使用“旧”数组覆盖方法，我必须使用以下 SQL

SELECT id, name, currency, amount 
FROM clients LEFT JOIN currencies ON clients.id = client_id 
WHERE clients.id = 15

然后在 php 中，我将不得不遍历结果集并进行数组覆盖(我真的不是很喜欢，尤其是在大量结果集中)，比如

$result = array();
foreach($stmt->fetchAll() as $row){
    $result[$row['id']]['name'] = $row['name'];
    $result[$row['id']]['currencies'][$row['currency']] = $row['amount'];
}

但是有了新发现的功能，我可以使用它

SELECT id, name, GROUP_CONCAT(currency) as currencies GROUP_CONCAT(amount) as amounts 
FROM clients LEFT JOIN currencies ON clients.id = client_id 
WHERE clients.id = 15
GROUP BY clients.id

然后在应用程序级别上，事情变得非常棒和漂亮

$results = $stmt->fetchAll();
foreach($results as $k => $v){
    $results[$k]['currencies'] = array_combine(explode(',', $v['currencies']), explode(',', $v['amounts']));
}

我想问的问题是，在性能或任何其他方面使用此功能是否有任何缺点，因为对我来说，它看起来简直太棒了，这让我认为人们一定有理由不这样做经常使用它。

编辑:

我最终想问的是，除了覆盖数组以从 MySQL 结果集中得到一个多维数组之外，还有哪些其他选项，因为如果我选择 15 列，那么写它真的很头疼野兽..

Answer 1

• 使用 GROUP_CONCAT() 通常会调用分组依据逻辑并创建临时表，这通常对性能有很大的负面影响。有时您可以添加正确的索引以避免在 group-by 查询中使用临时表，但并非在所有情况下都是如此。

• 正如@MarcB 指出的那样，组连接字符串的默认长度限制非常短，许多人对截断的列表感到困惑。您可以使用 group_concat_max_len 增加限制.

• 在 PHP 中将字符串分解为数组并不是免费的。仅仅因为您可以在 PHP 的一个函数调用中完成它并不意味着它是性能最佳的。我没有对差异进行基准测试，但我怀疑你也有。

• GROUP_CONCAT() 是一种 MySQLism。它不受其他 SQL 产品的广泛支持。在某些情况下(例如 SQLite)，它们有一个 GROUP_CONCAT() 函数，但它的工作方式与 MySQL 中的不完全相同，因此如果您必须支持多个 RDBMS 后端，这可能会导致令人困惑的错误。当然，如果您不需要担心移植，这不是问题。

• 如果您想从 currencies 表中获取多列，则需要多个 GROUP_CONCAT() 表达式。列表是否保证顺序相同？也就是说，一个列表中的第三个字段是否对应下一个列表中的第三个字段？答案是否定的——除非您在 GROUP_CONCAT() 中使用 ORDER BY 子句指定顺序。

我通常喜欢你的第一种代码格式，使用传统的结果集，循环结果，保存到一个由客户 ID 索引的新数组，将货币附加到一个数组。这是一个简单的解决方案，使 SQL 保持简单且更易于优化，并且如果您要获取多个列，效果会更好。

我并不是想说 GROUP_CONCAT() 不好!在很多情况下它真的很有用。但是，试图制定任何一刀切的规则来使用(或避免)任何函数或语言特性是过于简单化了。