PostgreSQL列必须通过子句出现在组中，或在汇总函数中使用。当在子句中使用案例表达式在订单中

Question

我获得列“ MeadurementResults.value”必须通过子句出现在组中，或在汇总函数中使用此查询的错误错误：

SELECT avg("measurementResults"."value") AS "value",
       min("measurement"."timestamp") AS "timestamp",
       min("testProtocolItemResults"."ranking") AS "ranking"
FROM "measurement"
JOIN "measurementResults" ON "measurementResults"."measurement" = "measurement"."id"
JOIN "conditions" ON "conditions"."measurement" = "measurement"."id"
JOIN "testProtocolItemResults" ON "testProtocolItemResults"."id" = "measurementResults"."testProtocolItemResults"
JOIN "testProtocolSessionItem" ON "testProtocolSessionItem"."id" = "measurement"."testProtocolSessionItem"
WHERE "measurement"."athlete" = 334
  AND "measurementResults"."testProtocolItemResults" = 1
  AND "conditions"."conditions" = '6'
GROUP BY "testProtocolSessionItem"."testProtocolSession",
         "testProtocolItemResults"."ranking"
ORDER BY (CASE
              WHEN "ranking" = 'greater'::text THEN "value"
              ELSE NULL::double precision
          END) DESC
LIMIT 3

如果我通过这样的子句更改订单，则可以按预期工作：

...
ORDER BY "value" DESC
...

我在做什么错？

Answer 1

您的问题有几个根源：

最重要的是，不要将相同名称用于与输入列不同（同名）不同的输出列。那是一个装满的脚枪。

其次，将其养成表格质量的习惯列中，用于复杂查询中的涉及多个表。即使这似乎有效，它也可能已经在做其他事情。即使它正常工作，如果更改了任何列名（添加，删除），它也可能会破裂。运气不好，它默默地破裂了，您的疑问是胡说八道后的疑问。

第三，SQL标准有一些令人困惑的可见性规则。 ：

• by + case语句

请参阅 “ value” 解决输出列“ value”，它隐藏了 订单中同名的任何输入列。这是按预期工作的（也就是说，如果您实际上是要针对输出列）。

在您的失败查询中，“ value”解决到输入列“ MeadurementResults.Value”。您不能将输出列通过 以顺序进行新的计算，您只能使用“按原样”使用它们。因此，随着输出列的范围，“ value”可以解决到输入列（现在不再隐藏）。这导致报告的错误。显然，汇总后您不能通过输入列订购 - 除非您直接或间接地通过它进行分组。

您可以通过：

ORDER  BY (ranking = 'greater') IS TRUE, "value" DESC

所有行排名='更大'不正确的所有行 - 就像您的case表达式一样。因此，处理null和false都一样。

微妙的差异：那些领先的行被value排序，而您的原始行将按任意顺序列出它们。可能会或可能不欢迎。

• 值“

我假设您知道null值以降序排序排序吗？你可以改变吗？请参阅：

• by column asc asc asc as ac asc asc asc asc asc asc asc asc asc asc asc asc asc asc asc as asc asc as asc asc as asc as asc

如果这还不够好（或为更复杂的表达式），您必须更详细且明确：一种方法是将整个查询包装到一个子查询中，然后在Outer 中订购（和限制！）选择：

SELECT avg_value, min_timestamp, min_ranking
FROM  (
   SELECT ir.ranking                          -- !
        , avg(mr."value")    AS avg_value     -- !
        , min(m."timestamp") AS min_timestamp -- !
        , min(ir.ranking)    AS min_ranking   -- !
   FROM   measurement               m
   JOIN   "measurementResults"      mr ON mr.measurement = m.id
   JOIN   conditions                c  ON c.measurement = m.id
   JOIN   "testProtocolItemResults" ir ON ir.id = mr."testProtocolItemResults"
   JOIN   "testProtocolSessionItem" si ON si.id = m."testProtocolSessionItem"
   WHERE  m."athlete" = 334
   AND    mr."testProtocolItemResults" = 1
   AND    c."conditions" = '6'
   GROUP  BY si."testProtocolSession", ir.ranking
   ) sub
ORDER  BY CASE WHEN ranking = 'greater' THEN "value" END DESC
LIMIT  3

尤其是对于具有小limit限制的查询，如果Postgres无法再优化查询计划，这可能会更昂贵。

一边：
使用 Legal，Loser-Case标识符，因此您不必双引号。

并使用