ORA-30929:此处不允许ORDER SIBLINGS BY子句

ORA-30929是Oracle数据库中的一个错误代码，表示在当前上下文中不允许使用ORDER SIBLINGS BY子句。

ORDER SIBLINGS BY子句是用于在使用CONNECT BY子句进行递归查询时，对结果进行排序的一种方式。它可以指定一个或多个列作为排序条件，以确保查询结果按照指定的顺序返回。

然而，有些情况下，Oracle数据库不允许在特定的上下文中使用ORDER SIBLINGS BY子句，这就会导致ORA-30929错误的发生。

解决这个错误的方法是检查查询语句中的CONNECT BY子句和ORDER SIBLINGS BY子句的使用情况，确保它们在语法和语义上都是正确的。如果不需要排序，可以考虑删除ORDER SIBLINGS BY子句，或者使用其他方式对结果进行排序。

腾讯云提供了一系列的数据库产品和服务，可以满足不同场景下的需求。其中，云数据库 TencentDB for MySQL 和云数据库 TencentDB for Oracle 都是可选的解决方案。您可以根据具体需求选择适合的产品。

更多关于腾讯云数据库产品的信息，请访问以下链接：

请注意，以上提供的链接仅供参考，具体选择还需根据实际情况进行评估和决策。

页面内容是否对你有帮助？

有帮助

没帮助

–关键字：group by 分组字段名,分组字段名… –注意1：使用了分组后，在select语句中只允许出现分组字段和多行函数。 –注意2：如果是多字段分组，则先按照第一字段分组，然后每个小组继续按照第二个字段继续分组，以此类推。 –注意3：在where子句中不允许出现多行函数。 –分组筛选 –关键字：having –作用：针对分组进行分组后的数据筛选，允许使用多行函数。 –注意：having关键必须和分组结合使用。不允许单独使用。 –where和having的比较： –where子句不允许出现多行函数，having允许出现多行函数 –where子句和having都可以使用普通字段直接进行筛选，但是where的效率高于having –where执行顺序: from—>where—>group by–>select–>order by –having执行顺序:from—>group by–>select—>having—>order by –结论：在分组语句中，使用where进行字段级别的筛选，使用having进行多行函数的筛选。 –查询最高工资和员工数 select max(sal),count() from emp –查询不同部门的最高工资 select deptno,max(sal) from emp group by deptno select * from emp –查询不同工作岗位的员工数 select job, count() from emp group by job –查询不同部门的不同工作岗位的人数 select deptno ,lower(job),count() from emp group by deptno,job order by deptno –查询不同部门的不同工作岗位的并且人数大于1的信息 select deptno ,lower(job),count() from emp group by deptno,job having count()>1 order by deptno –查询部门号大于10的不同部门的不同工作岗位的人数 –使用having关键字 select deptno ,lower(job),count() from emp group by deptno,job having deptno>10 order by deptno –使用where关键字 select deptno,job,count(*) from emp where deptno>10 group by deptno,job order by deptno —SQL查询语句的结构 –select 子句要查询的数据(oracle函数，别名，连接符，去除重复，逻辑运算) –from语句决定要查询的表(表名) –where子句筛选数据（筛选条件，关键字） –group by子句分组（分组字段） –having子句分组筛选 (多行函数筛选条件) –order by子句排序（排序） –from–>where—>group by–>select—>having—>order by

最近的项目中发现处理DML Error 时，逐条逐条处理1千多条的数据从临时表 insert 到正式表需要差不多1分钟的时间，性能相当低下，而Oracle 10g中的DML error logging对于DML异常处理性能卓著。原本打算写篇关于这个特性的文章，正好有经典篇章，于是乎，索性翻译供大家参考，有不尽完美之处，请大家拍砖。缺省情况下，一个DML命令失败的时候，在侦测到错误之前，不论成功处理了多少条记录，都将将使得整个语句回滚。在使用DML error log之前，针对单行处理首选的办法是使用批量SQL FORALL 的SAVE EXCEPTIONS子句。而在Oracle 10g R2时，DML error log特性使得该问题得以解决。通过为大多数INSERT,UPDATE,MERGE,DELETE语句添加适当的LOG ERRORS子句，不论处理过程中是否出现错误，都可以使整个语句成功执行。这篇文章描述了DML ERROR LOGGING操作特性，并针对每一种情形给出示例。一、语法对于INSERT, UPDATE, MERGE 以及 DELETE 语句都使用相同的语法 LOG ERRORS [INTO [schema.]table] [('simple_expression')] [REJECT LIMIT integer|UNLIMITED] 可选的INTO子句允许指定error logging table 的名字。如果省略它，则记录日志的表名的将以"ERR$_"前缀加上基表名来表示。 simple_expression表达式可以用于指定一个标记，更方便去判断错误。simple_expression能够为一个字符串或任意能转换成字符串的函数 REJECT LIMIT 通常用于判断当前语句所允许出现的最大错误数。缺省值是0，最大值则是使用UNLIMITED关键字。对于并行DML操作而言，REJECT LIMIT 会应用到每个并行服务器。二、使用限制下列情形使得DML error logging 特性失效延迟约束特性 Direct-path INSERT 或MERGE 引起违反唯一约束或唯一索引 UPDATE 或 MERGE 引起违反唯一约束或唯一索引除此之外，对于LONG,LOB,以及对象类型也不被支持。即使是一个包含这些列的表被作为错误日志记录目标表。三、示例下面的代码创建表并填充数据用于演示。

1、每年 select year(ordertime) as year,count(*) as count from 订单表 group by year(ordertime) 2、每月 select year(ordertime) as year, month(ordertime) as month, sum(Total) as sun_total from 订单表 group by year(ordertime), month(ordertime) 3、每日 select year(ordert

在学习Oracle的时候，必然会接触到sql解析的过程。这个过程大体是这样的步骤。 1.对sql的文法检查，查看是否有文法错误，比如from,select拼写错误等。 2.在数据字典里校验sql涉及的对象是否存在。 3.将对象进行名称转换，比如同义词转义成对应的对象。比如select * from t t是一个同义词指向hr.test 4.检查语句的用户是否具有访问对象的权限 5.生成执行计划 6.将游标产生执行计划，sql文本装载入library cache所在的heap中。这个过程看起来比较容易理解，

微信为什么使用 SQLite 保存聊天记录？

《干货系列》SQL语句-知无不言言无不尽

1.SQL , Structure Query Language，结构化查询语言，是一种申明式的语言。 SQL包括6部分： 1.DQL（Data Query Language）数据查询语言，SELECT语句等； 2.DML（Data Manipulation Language）数据操作语言，INSERT、UPDATE、DELETE等。 3.TPL（Transaction Process language）事务处理语言，BEGIN TRASACTION , COMMIT,ROLLBACK 4.DCL（Dat

表。表 2. SQLSTATE 类代码类代码含义要获得子代码，参阅…00 完全成功完成表 301 警告表 402 无数据表 507 动态 SQL 错误表 608 连接异常表 709 触发操作异常表 80A 功能部件不受支持表 90D 目标类型规范无效表 100F 无效标记表 110K RESIGNAL 语句无效表 120N SQL/XML 映射错误表 1320 找不到 CASE 语句的条件表 1521 基数违例表 1622 数据异常表 1723 约束违例表 1824 无效的游标状态表 1925 无效的事务状态表 2026 无效 SQL 语句标识表 2128 无效权限规范表 232D 无效事务终止表 242E 无效连接名称表 2534 无效的游标名称表 2636 游标灵敏度异常表 2738 外部函数异常表 2839 外部函数调用异常表 293B SAVEPOINT 无效表 3040 事务回滚表 3142 语法错误或访问规则违例表 3244 WITH CHECK OPTION 违例表 3346 Java DDL 表 3451 无效应用程序状态表 3553 无效操作数或不一致的规范表 3654 超出 SQL 限制，或超出产品限制表 3755 对象不处于先决条件状态表 3856 其他 SQL 或产品错误表 3957 资源不可用或操作员干预表 4058 系统错误表 415U 实用程序表 42

SQLite 是一个被大家低估的数据库，但有些人认为它是一个不适合生产环境使用的玩具数据库。事实上，SQLite 是一个非常可靠的数据库，它可以处理 TB 级的数据，但它没有网络层。接下来，本文将与大家共同探讨 SQLite 在过去一年中最新的 SQL 功能。 SQLite “只是”一个库，它不是传统意义上的服务器。因此，在某些场合下，它确实不合适。但是，在相当多的其他场合，它却是最合适的选择。SQLite 号称是部署和使用最广泛的数据库引擎。我认为这很有可能，因为 SQLite 没有版权的限制。无论何时，

前言:系统优化中一个很重要的方面就是SQL语句的优化。对于海量数据，劣质SQL语句和优质SQL语句之间的速度差别可达到上百倍，可见对于一个系统不是简单的能实现其功能就可以了，而是要写出高质量的SQL语句，提高系统的可用性。在应用系统开发初期，由于开发数据库数据比较少，对于查询SQL语句，复杂视图的编写，刚开始不会体会出SQL语句各种写法的性能优劣，但是如果将应用系统提交实际应用后，随着数据库中数据的增加，系统的响应速度就成为目前系统需要解决的最主要的问题之一。系统优化中一个很重要的方面就是SQL语句的优化。对于海量数据，劣质SQL语句和优质SQL语句之间的速度差别可达到上百倍，可见对于一个系统不是简单的能实现其功能就可以了，而是要写出高质量的SQL语句，提高系统的可用性。　　在多数情况下，Oracle使用索引来更快的遍历表，优化器主要根据定义的索引来提高性能。但是，如果在SQL语句的where子句中写的SQL代码不合理，就会造成优化器删去索引而使用全表扫描，一般就这种SQL语句，被称为劣质的SQL语句。在编写SQL语句时我们应清楚优化器根据何种原则来删除索引，这有助于写出高性能之SQL语句。　　下面就某些SQL语句的where子句编写中需要注意的问题作详细介绍。在这些where子句中，即使某些列存在索引，但是由于编写了劣质的SQL，系统在运行该SQL语句时也不能使用该索引，而同样使用全表扫描，这就造成了响应速度之极大降低。 1. IS NULL 与 IS NOT NULL 　　不能用null作索引，任何包含null值的列都将不会被包含在索引中。即使索引有多列这样之情况下，只要这些列中有一列含有null，该列就会从索引中排除。也就是说如果某列存在空值，即使对该列建索引也不会提高性能。　　任何在where子句中使用is null或is not null的语句优化器是不允许使用索引的。 http://hovertree.com/menu/oracle/ 2. 联接列　　对于有联接的列，即使最后的联接值为一个静态值，优化器是不会使用索引的。我们一起来看一个例子，假定有一个职工表（employee），对于一个职工之姓和名分成两列存放（FIRST_NAME和LAST_NAME），现在要查询一个叫比尔.克林顿（Bill Cliton）的职工。　　下面是一个采用联接查询的SQL语句，上面这条语句完全可以查询出是否有Bill Cliton这个员工，但是这里需要注意，系统优化器对基于last_name创建的索引没有使用。　当采用下面这种SQL语句来编写，Oracle系统就可以采用基于last_name创建的索引。　　遇到下面这种情况又如何处理呢？如果一个变量（name）中存放着Bill Cliton这个员工之姓名，对于这种情况我们又如何避免全程遍历，使用索引呢？可以使用一个函数，将变量name中的姓和名分开就可以了，但是有一点需要注意，这个函数是不能作用在索引列上。下面是SQL查询脚本： 3. 带通配符（%）的like语句　　同样以上面的例子来看这种情况。目前的需求是这样的，要求在职工表中查询名字中包含cliton的人。可以采用如下的查询SQL语句：　　这里由于通配符（%）在搜寻词首出现，所以Oracle系统不使用last_name的索引。在很多情况下可能无法避免这种情况，但是一定要心中有底，通配符如此使用会降低查询速度。然而当通配符出现在字符串其他位置时，优化器就能利用索引。 4. Order by语句 ORDER BY语句决定了Oracle如何将返回的查询结果排序。Order by语句对要排序的列没有什么特别的限制，也可以将函数加入列中（象联接或者附加等）。任何在Order by语句的非索引项或者有计算表达式都将降低查询速度。　　仔细检查order by语句以找出非索引项或者表达式，它们会降低性能。解决这个问题的办法就是重写order by语句以使用索引，也可以为所使用的列建立另外一个索引，同时应绝对避免在order by子句中使用表达式。 5. NOT 　　我们在查询时经常在where子句使用一些逻辑表达式，如大于、小于、等于以及不等于等等，也可以使用and（与）、or（或）以及not（非）。NOT可用来对任何逻辑运算符号取反。　　如果要使用NOT，则应在取反的短语前面加上括号，并在短语前面加上NOT运算符。NOT运算符包含在另外一个逻辑运算符中，这就是不等于（＜＞）运算符。换句话说，即使不在查询where子句中显式的加入NOT词，NOT仍在运算符中。　　对这个查询，可以改写为不使用NOT：　　虽然这两种查询之结果一样，但是第二种查询方案会比第一种查询方案更快些。第二种查询允许Oracle对salary列使用索引，而第一种查询则不能使用索引。 6.

oracle 常用command

Lunatic 整理 1. 删除表的注意事项在删除一个表中的全部数据时，须使用TRUNCATE TABLE 表名;因为用DROP TABLE，DELETE * FROM 表名时，TABLESPACE表空间该表的占用空间并未释放，反复几次DROP，DELETE操作后，该TABLESPACE上百兆的空间就被耗光了。 2.having 子句的用法　　having 子句对 group by 子句所确定的行组进行控制,having 子句条件中只允许涉及常量,聚组函数或group by 子句

SQL查询之执行顺序解析

分享这篇文章是因为在SQL JOIN，你想知道的应该都有这篇文章中有个小伙伴问我，ON和WEHRE执行的顺序是怎样的，并且SQL执行顺序在面试中也经常被问，所以把姜承尧大佬《MySQL技术内幕 SQL编程》中关于SQL执行顺序的部分简单概述了一下，并配上例子，有想深入了解的可以去看书

扫码

添加站长进交流群

领取专属 10元无门槛券

手把手带您无忧上云

ORA-30929:此处不允许ORDER SIBLINGS BY子句

社区

活动

资源

关于

腾讯云开发者

热门产品

热门推荐

更多推荐