Mysql 在没有 SUBQUERY 的同一查询中使用 GROUP BY 和 SUM（没有 group by）。可能的？

Question

我有一个由两个具有一对多关系的表组成的查询。

产品表

product_id
1234

Products_destinations 表

product_id	destinations_id
1234	1
1234	2

我做了一个查询来选择产品ID和所有相关的目的地，这很容易。

SELECT
    p.product_id, GROUP_CONCAT(DISTINCT pd.destinations_id) as destinations_list
FROM
    `products` p 
    INNER JOIN products_destinations pd ON pd.product_id = p.product_id
GROUP BY p.product_id

结果是：

product_id	destinations_list
1234	1,2

现在一个新表进入查询，它也可以与产品具有一对多关系。但是它与 products_destinations dable 没有任何关系。

Products_prices 表

product_id	price
1234	200

更新后的查询如下所示：

SELECT
    p.product_id, GROUP_CONCAT(DISTINCT pd.destinations_id) as destinations_list, SUM(pc.price) as all_prices
FROM
    `products` p 
    INNER JOIN products_destinations pd ON pd.product_id = p.product_id
    INNER JOIN products_prices pc ON pc.product_id = p.product_id
GROUP BY p.product_id

现在最终结果如下所示：

product_id	destinations_list	all_prices
1234	1,2	400

如您所见，价格显示为 400 而不是 200，因为产品包含两个目的地。在这种类型的查询中是否可以计算产品价格的总和？一种解决方案是使用 SUBQUERY 来计算价格的总和，但这只是一个示例，实际表非常大且充满数据......子查询会大大增加查询时间。

更新：

"count the SUM" 英语不好，抱歉。此查询的问题在于，当产品有多个目的地时，产品价格不正确。例如，产品可以与多个目的地相关并且可以有多个价格。在同一个查询中，我需要选择目的地列表和产品的总价。在此示例中，产品的价格为 200，但因为我还需要检索目的地列表，所以我必须按产品分组，这会导致每个目的地的价格也增加。如果产品价格更高，结果会更糟。最后的结果应该是这样的：

product_id	destinations_list	all_prices
1234	1,2	200

而不是这个：

product_id	destinations_list	all_prices
1234	1,2	400

Answer 1

您遇到的基本问题是价格和目的地之间存在笛卡尔爆炸。任何时候，只要您加入多个与产品具有 1:M 关系的表，您就会开始多行；两个价格和两个目的地将变为 4 行，三个价格和 4 个目的地将变为 12 行

最简单的解决方案是确保只加入 1:1 的行：

SELECT
  p.product_id,  pd.destinations_list, pc.sumprices
FROM
  products p 

  INNER JOIN (
    SELECT product_id, GROUP_CONCAT(destinations_id) as destinations_list 
    FROM products_destinations 
    GROUP BY product_id
  ) pd ON pd.product_id = p.product_id

  INNER JOIN (
    SELECT product_id, SUM(price) as sumprices 
    FROM products_prices 
    GROUP BY product_id
  ) pc ON pc.product_id = p.product_id

你可以只做这些子查询之一，但我认为没有什么意义，因为你只需要对外部进行分组并在那里处理重复。在每个表的基础上处理聚合更容易，这样最终你就可以在外部以 1:1 的方式加入所有内容。一旦你有了这个，运行一个解释计划并计算出你可以如何明智地索引来改进事情（你还没有发布任何 where 子句）。我很欣赏您说“没有子查询”，但是您正在引起一个问题（笛卡尔爆炸），然后您必须找到解决方法，而且只能到此为止；最好不要一开始就引起问题，而不是在引起问题后找到解决问题的方法。不要太担心查询的显示方式；无论如何，优化器很可能会对其进行大量重写，因此了解它的实际执行方式并为此调整设置会更有效率

Answer 2

另一种方法是关联子查询：

SELECT p.product_id,
       (SELECT GROUP_CONCAT(DISTINCT pd.destinations_id)
        FROM products_destinations pd 
        WHERE pd.product_id = p.product_id
       ) as destinations_list,
       (SELECT SUM(pc.price)
        FROM products_prices pc 
        WHERE pc.product_id = p.product_id
       ) as all_prices
FROM products p ;

注意：这会保留所有产品，即使是那些可能缺少价格或目的地的产品。

此版本的优势在于，如果您使用WHERE 子句过滤产品数量，那么它应该具有非常好的性能——假设product_id 在两个联结表中被索引。