ORA-01791:not a SELECTed expression 处理

本文探讨了在Oracle数据库中使用DISTINCT与ORDER BY时可能出现的ORA-01791错误,并提供了解决方案,即通过使用MAX函数替代DISTINCT关键字,确保查询结果的正确性和效率。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

今天工作中遇到一个问题:

执行sql “select distinct NU_TARGETID  from BMS_OWN.BMS_COMMENT where CH_TYPE = 1 order by DA_CREATEDATE desc”

语句的时候 出现ORA-01791:not a SELECTed expression错误

 

因为select distinct 和order by一起使用的时候,order by中必须是常量或者select列表中出现的表达式。

 

这样会出现逻辑错误。

 

对于单表来讲,如果NU_TARGETID  这个字段有unique index 并且字段有not null约束。那么这条语句是不会出错的。

如果是多个表join,这种情况我经过大量测试,发现仍然会出错,所以这种特殊性目前看来只存在于单表中。使用中大家注意。

至于为什么会出现这种特殊性,其他的要出错,而唯独满足以上红色部分条件不错,原因大概是这样的:

 假设NU_TARGETID  不唯一,返回时存在如下三条记录

  NU_TARGETID   DA_CREATEDATE

   A                       2009-11-12

   A                       2009-11- 14

   B                       2009-11-13

 执行distinct 后得到 A 、B (注意,这里没有管顺序),然后根据DA_CREATEDATE 字段来确定A、B记录的先后顺序,这个时候问题就来了,order by根据哪个DA_CREATEDATE 来排序来确定AB的位置呢?如果根据第一个,那么结果应该是AB,根据第二个结果应该是BA,确定不了了。。。。所以当然会报错。

如果NU_TARGETID   唯一,查询出来的记录即使不distinct也是唯一的,这一点数据库自己是明白的,那么order by时,当然可以排出序来。这样就不会出错。

所以不管是单表还是多表,只要oracle自己区分不出根据哪个来排序就会出现这个异常.

 

所以现在需要用max函数来解决这个问题,跳过适用ditinct 关键字。直接用max函数,来满足需求。

大意是这样的:用order by 是要去的同一个商家的评论的最新条数。既然这样就用max函数就行取到最新的记录,就没有必要用distinct了,这样就会避免distinct 和order by 冲突

具体的sql语句如下:

 

select NU_TARGETID, max(DA_CREATEDATE)
  from BMS_OWN.BMS_COMMENT
 where CH_TYPE = 1
 group by NU_TARGETID
 order by max(DA_CREATEDATE) desc

<think>嗯,用户问的是ORA-00979错误,这个错误通常和GROUP BY子句有关。首先我得回忆一下这个错误的常见原因。记得在Oracle中,当使用GROUP BY时,SELECT列表中的非聚合列必须都包含在GROUP BY子句中,否则就会报这个错。比如,如果SELECT里有列A和聚合函数,但GROUP BY只列了A的一部分,或者漏掉了其他非聚合列,就会触发这个错误。 接下来,我需要确认这个错误的典型场景。例如,用户可能写了一个查询,SELECT了多个字段,但GROUP BY没有包含所有非聚合的字段。这时候需要具体举例说明,比如有一个员工表,按部门分组统计人数,但SELECT里可能包含了部门ID和部门名称,而GROUP BY只用了部门ID,如果部门名称和部门ID不是一对一的关系,就会出错。 然后,解决办法应该是检查SELECT中的每个非聚合列是否都出现在GROUP BY中,或者是否应该使用聚合函数。另外,有时候可能因为使用了表达式或别名导致的问题,比如在SELECT里给列起了别名,但在GROUP BY中仍然使用原列名,或者反过来。 还要考虑Oracle的版本是否有影响,但一般来说这个错误的处理方式是通用的。另外,可能需要提醒用户关于SQL标准的问题,比如在其它数据库如MySQL中可能允许非聚合列不在GROUP BY中,但Oracle严格执行标准,所以容易报错。 用户可能是在写报表或者统计查询时遇到这个问题,特别是当涉及到多表连接或者复杂的分组时。需要建议他们逐一检查SELECT和GROUP BY的列是否匹配,或者考虑使用窗口函数等其他方法。 有没有例外情况呢?比如在Oracle 12c及以上版本,某些情况下可能允许更灵活的GROUP BY,但通常还是建议遵循严格的规则。另外,如果使用了ROLLUP、CUBE或GROUPING SETS,这些扩展可能会有不同的行为,但基础错误原因还是一样的。 最后,总结一下解决步骤:检查SELECT中的非聚合列,确保每个都出现在GROUP BY中,或者将其改为聚合函数;检查是否有拼写错误或别名使用不当的问题;测试简化后的查询,逐步添加字段以定位问题所在。</think>ORA-00979 是 Oracle 数据库的一个典型 SQL 错误,表示 **"不是 GROUP BY 表达式"**。这个错误通常出现在使用 `GROUP BY` 子句时,SELECT 列表中的列或表达式不符合分组规则。 --- ### 错误原因 当以下条件同时满足时会出现该错误: 1. 查询包含 `GROUP BY` 子句 2. SELECT 列表中的某个列(或表达式): - **既没有出现在 `GROUP BY` 子句中** - **也没有被聚合函数(如 `SUM()`, `AVG()`, `COUNT()` 等)包裹** Oracle 要求:所有 SELECT 列表中的非聚合列必须明确出现在 `GROUP BY` 子句中,否则无法确定如何分组。 --- ### 示例分析 假设有一个员工表 `employees`: | employee_id | department_id | salary | |-------------|---------------|--------| | 1 | 10 | 5000 | | 2 | 10 | 6000 | | 3 | 20 | 4500 | **错误写法**: ```sql SELECT department_id, employee_id, AVG(salary) FROM employees GROUP BY department_id; ``` - **问题**:`employee_id` 既不在 `GROUP BY` 中,也没有被聚合函数包裹。 - **报错**:ORA-00979 **正确写法**: ```sql -- 方案1:将 employee_id 加入 GROUP BY SELECT department_id, employee_id, AVG(salary) FROM employees GROUP BY department_id, employee_id; -- 方案2:移除 SELECT 中的 employee_id SELECT department_id, AVG(salary) FROM employees GROUP BY department_id; ``` --- ### 常见场景 1. **SELECT 列未分组**: ```sql SELECT name, age, SUM(score) FROM students GROUP BY name; -- age 未在 GROUP BY 中 ``` 2. **表达式或函数未分组**: ```sql SELECT TO_CHAR(order_date, 'YYYY-MM'), product_id, SUM(quantity) FROM orders GROUP BY TO_CHAR(order_date, 'YYYY-MM'); -- product_id 未分组 ``` 3. **别名问题**: ```sql SELECT department_id AS dept_id, AVG(salary) FROM employees GROUP BY department_id; -- GROUP BY 应使用别名 dept_id(Oracle 允许原列名,但某些数据库会报错) ``` --- ### 解决方法 1. **检查 SELECT 列表**: - 确保所有非聚合列都包含在 `GROUP BY` 子句中。 - 如果某列不需要分组,改用聚合函数(如 `MAX()`, `MIN()`)。 2. **检查表达式和别名**: - 如果 SELECT 中使用了表达式(如 `TO_CHAR(date_col, 'YYYY-MM')`),需确保 `GROUP BY` 中也使用相同表达式(或别名)。 3. **简化查询**: - 先注释掉部分 SELECT 列,逐步排查问题字段。 --- ### 特殊说明 - **Oracle 严格遵循 SQL 标准**,而某些数据库(如 MySQL)允许非聚合列不在 `GROUP BY` 中(通过隐式选择随机值),但 Oracle 会直接报错。 - 如果需要对非分组列进行灵活处理,可考虑使用 **窗口函数**(如 `OVER() PARTITION BY`)替代 `GROUP BY`。 --- ### 总结 ORA-00979 的核心是 **SELECT 与 GROUP BY 的列不匹配**。解决方法始终围绕: 1. 保持 SELECT 和 GROUP BY 的一致性 2. 合理使用聚合函数 3. 检查表达式和别名的匹配性
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

炼丹狮

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值