奇怪的周期性分组问题（ORA-00979）

Question

我们使用以下 SQL 查询来生成月平均值。该语句被大量使用并且工作得很好，但每隔一两个月就会失败一次'ORA-00979：不是 GROUP BY 表达式'，我们不知道为什么。

首先关于过程：

• 我们每隔几分钟就有原始数据，
• =>原始数据被平均为每小时、每天、每月和每年的值

原始 ->每小时

• 在平均值表中创建平均类型为 2 的条目
• 永远不会出现问题

每小时=>;每日/每日=>每月/每月=>每年

• 报表非常相似，
• “较低”类型的平均值被平均为较高类型

• 平均类型为：2 小时、3 每天、（4 每周未使用）5 每月和 6 年

• 该错误仅在步骤“每天=>”时出现。

查询：

• 我们无法重现该错误，聚合作业的下一次运行通常不会出现问题。
• 这些错误每 50-60 天就会发生一次，没有真正的模式
• 环境：Oracle 10g

有人知道问题可能是什么吗？

INSERT INTO averages
SELECT averages_seq.NEXTVAL,
       avg.*
FROM (
  SELECT
      m.city_id,            m.city_name,
      m.state_id,           m.state_name,
      m.district_id,        m.district_name,
      m.country_id,         m.country_name,
      m.currency_id,        m.currency_name,
      m.category_id,        m.category_name,
      5 average_type, -- average_type 5 ==> monthly average
      0 analysis_type,
      TRUNC(m.average_date, 'MM')  average_date,
      AVG(m.value) value,
      SUM(m.sum) sum,
      NULL uncertainty,
      NULL uncertainty_type,
      MIN(m.value_min) value_min,
      MAX(m.value_max) value_max,
      SUM(number_of_measurements) number_of_measurements,
      -- 6 * 24 => measurements per day
      -- (ADD_MONTHS(...)) => days per month 
      100 * SUM(number_of_measurements) / 
           (6 * 24 *
           (ADD_MONTHS(TRUNC(average_date, 'MM'), 1)  - TRUNC(average_date, 'MM'))) coverage_percent,
      SUM(customers) customers,
      NULL dummy_field,
      CURRENT_TIMESTAMP calculation_date,
      CURRENT_TIMESTAMP creation_date,
      'AGGREGATION' creation_user,
      CURRENT_TIMESTAMP modification_date,
      'AGGREGATION' modification_user,
      'n' constant_1,
      3   constant_2,
      -1 average_state
  FROM averages m
  WHERE   m.average_type = 3 -- average type 3 ==> daily average
  AND     m.average_date
      BETWEEN
        TO_TIMESTAMP('2011-06-01T00:00:00Z', 'YYYY-MM-DD"T"HH24:MI:SS"Z"')
        AND
        TO_TIMESTAMP('2011-06-30T23:59:59Z', 'YYYY-MM-DD"T"HH24:MI:SS"Z"')
  AND     m.analysis_type = 0
  GROUP BY
        m.city_id,            m.city_name,
        m.state_id,           m.state_name,
        m.district_id,        m.district_name,
        m.country_id,         m.country_name,
        m.currency_id,        m.currency_name,
        m.category_id,        m.category_name,
        TRUNC(m.average_date, 'MM')
  ) avg

Answer 1

通过比较来看，average_date 是带时区的时间戳（本地时区？），但 TRUNC 适用于日期。我想知道如果出现一些奇怪的情况，即选定的日期从一个月“跳”到另一个月（例如，它发生在一个时区的一月，但发生在另一个时区的二月），会发生什么。

在此基础上，还要考虑客户端是否有影响（例如，当从与数据库设置处于不同时区的客户端运行时可能会出错）。

我会扩展 Gerrat 指定列名称的建议，以便您可以分离出常量

INSERT INTO averages
  (average_type, analysis_type, uncertainty, uncertainty_type,
  dummy_field, calculation_date, creation_date, creation_user, 
  modification_date, modification_user, constant_1, constant_2,
   ....
SELECT averages_seq.NEXTVAL,
      5 average_type, -- average_type 5 ==> monthly average
      0 analysis_type,
      NULL uncertainty,
      NULL uncertainty_type,
      NULL dummy_field,
      CURRENT_TIMESTAMP calculation_date,
      CURRENT_TIMESTAMP creation_date,
      'AGGREGATION' creation_user,
      CURRENT_TIMESTAMP modification_date,
      'AGGREGATION' modification_user,
      'n' constant_1,
      3   constant_2,
      -1 average_state
       avg.*
FROM (
  SELECT ...

Answer 2

我会添加一个分组依据：

(ADD_MONTHS(TRUNC(average_date, 'MM'), 1)  - TRUNC(average_date, 'MM'))

我知道如果不更改 TRUNC(m.average_date, 'MM') 就无法更改，但它似乎是唯一不在 GROUP BY 中的非聚合列。

此外，您可以删除内部 sql 之外的所有非聚合、常量列，并显式命名要插入的列并同时选择这些常量：

例如。

INSERT INTO averages(city_id, city_name, ...average_type, analysis_type, ...)
SELECT averages_seq.NEXTVAL,
avg.city_id, avg.city_name, ...
5, 0, ...

...不能说这部分会解决问题，但它肯定会消除它们未聚合的嫌疑。