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

Table clients每个客户端保存一行具有唯一 ID 的客户端（你不会说...）。
Table currencies有 3 列client_id, currency and amount.

现在如果我想获得用户 15name来自clients表及其余额，使用数组覆盖的“旧”方法我必须使用以下 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']));
}

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

EDIT:

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

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

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

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

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

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

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

我并不是想说 GROUP_CONCAT() 不好！在很多情况下它确实很有用。但试图制定任何一刀切的规则来使用（或避免）任何函数或语言功能是过于简单化的。