为何不使用GROUP_CONCAT？

Question

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

Table会为clients每个客户（唯一的ID）保留一行（您不说…）。
表currencies有3列client_id，currency而amount。

现在，如果我想name从clients表及其余额中获取用户15 ，使用数组覆盖的“旧”方法，则必须使用以下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（）表达式。列表是否保证顺序相同？也就是说，一个列表中的第三个字段是否与下一个列表中的第三个字段相对应？答案是否定的-除非您ORDER BY在GROUP_CONCAT（）中使用子句指定顺序，否则不会。

我通常喜欢您的第一种代码格式，使用常规的结果集，然后遍历结果，保存到由客户ID索引的新数组中，然后将货币附加到数组中。这是一个简单的解决方案，使SQL保持简单且易于优化，如果要提取多个列，则效果更好。

我并不是要说GROUP_CONCAT（）不好！在许多情况下，它确实很有用。但是，试图使任何一种“一刀切”的规则使用（或避免使用）任何功能或语言功能都是很简单的。