Oracle中 connect by

最新推荐文章于 2023-11-01 13:15:10 发布

转载最新推荐文章于 2023-11-01 13:15:10 发布 · 568 阅读

文章标签：

#oracle #数据库

oracle 专栏收录该内容

89 篇文章

订阅专栏

本文详细介绍了 Oracle 数据库中 CONNECT BY 语句的使用方法，包括如何构建树状结构查询、利用 PRIOR 运算符定义检索顺序以及使用 LEVEL 属性进行层级定位。此外，还提供了如何使用 SYS_CONNECT_BY_PATH 函数生成路径表达式，以及如何结合 START WITH 子句指定查询起点的例子。

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

from: http://www.cnblogs.com/ZHF/archive/2008/09/10/1288101.html

connect by 是结构化查询中用到的，其基本语法是：
select ... from tablename start with 条件1
connect by 条件2
where 条件3;

例：

select * from table
start with org_id = 'HBHqfWGWPy'
connect by prior org_id = parent_id;

简单说来是将一个树状结构存储在一张表里，比如一个表中存在两个字段:
org_id,parent_id那么通过表示每一条记录的parent是谁，就可以形成一个树状结构。
用上述语法的查询可以取得这棵树的所有记录。
其中：

条件1 是根结点的限定语句，当然可以放宽限定条件，以取得多个根结点，实际就是多棵树。
条件2 是连接条件，其中用PRIOR表示上一条记录，比如 CONNECT BY PRIOR org_id = parent_id就是说上一条记录的org_id 是本条记录的parent_id，即本记录的父亲是上一条记录。
条件3 是过滤条件，用于对返回的所有记录进行过滤。

简单介绍如下：

早扫描树结构表时，需要依此访问树结构的每个节点，一个节点只能访问一次，其访问的步骤如下：
第一步：从根节点开始；
第二步：访问该节点；
第三步：判断该节点有无未被访问的子节点，若有，则转向它最左侧的未被访问的子节，并执行第二步，否则执行第四步；
第四步：若该节点为根节点，则访问完毕，否则执行第五步；
第五步：返回到该节点的父节点，并执行第三步骤。

总之：扫描整个树结构的过程也即是中序遍历树的过程。

1．树结构的描述
树结构的数据存放在表中，数据之间的层次关系即父子关系，通过表中的列与列间的关系来描述，如EMP表中的EMPNO和MGR。EMPNO表示该雇员的编号，MGR表示领导该雇员的人的编号，即子节点的MGR值等于父节点的EMPNO值。在表的每一行中都有一个表示父节点的MGR（除根节点外），通过每个节点的父节点，就可以确定整个树结构。
在SELECT命令中使用CONNECT BY 和蔼START WITH 子句可以查询表中的树型结构关系。其命令格式如下：
SELECT 。。。
CONNECT BY {PRIOR 列名1=列名2|列名1=PRIOR 裂名2}
[START WITH]；
其中：CONNECT BY子句说明每行数据将是按层次顺序检索，并规定将表中的数据连入树型结构的关系中。PRIORY运算符必须放置在连接关系的两列中某一个的前面。对于节点间的父子关系，PRIOR运算符在一侧表示父节点，在另一侧表示子节点，从而确定查找树结构是的顺序是自顶向下还是自底向上。在连接关系中，除了可以使用列名外，还允许使用列表达式。START WITH 子句为可选项，用来标识哪个节点作为查找树型结构的根节点。若该子句被省略，则表示所有满足查询条件的行作为根节点。

START WITH：不但可以指定一个根节点，还可以指定多个根节点。
2．关于PRIOR
运算符PRIOR被放置于等号前后的位置，决定着查询时的检索顺序。
PRIOR被置于CONNECT BY子句中等号的前面时，则强制从根节点到叶节点的顺序检索，即由父节点向子节点方向通过树结构，我们称之为自顶向下的方式。如：
CONNECT BY PRIOR EMPNO=MGR
PIROR运算符被置于CONNECT BY 子句中等号的后面时，则强制从叶节点到根节点的顺序检索，即由子节点向父节点方向通过树结构，我们称之为自底向上的方式。例如：
CONNECT BY EMPNO=PRIOR MGR
在这种方式中也应指定一个开始的节点。
3．定义查找起始节点
在自顶向下查询树结构时，不但可以从根节点开始，还可以定义任何节点为起始节点，以此开始向下查找。这样查找的结果就是以该节点为开始的结构树的一枝。

4．使用LEVEL
在具有树结构的表中，每一行数据都是树结构中的一个节点，由于节点所处的层次位置不同，所以每行记录都可以有一个层号。层号根据节点与根节点的距离确定。不论从哪个节点开始，该起始根节点的层号始终为1，根节点的子节点为2，依此类推。图1.2就表示了树结构的层次。

5．节点和分支的裁剪
在对树结构进行查询时，可以去掉表中的某些行，也可以剪掉树中的一个分支，使用WHERE子句来限定树型结构中的单个节点，以去掉树中的单个节点，但它却不影响其后代节点（自顶向下检索时）或前辈节点（自底向顶检索时）。
6．排序显示
象在其它查询中一样，在树结构查询中也可以使用ORDER BY 子句，改变查询结果的显示顺序，而不必按照遍历树结构的顺序。

-- http://www.cnblogs.com/lettoo/archive/2010/08/03/1791239.html

SQL> SELECT RPAD( ' ', 2*(LEVEL-1), '-' ) || DEPNAME "DEPNAME",

CONNECT_BY_ROOT DEPNAME "ROOT",

CONNECT_BY_ISLEAF "ISLEAF",

LEVEL ,

SYS_CONNECT_BY_PATH(DEPNAME, '/') "PATH"

FROM DEP

START WITH UPPERDEPID IS NULL

CONNECT BY PRIOR DEPID = UPPERDEPID;

DEPNAME ROOT ISLEAF LEVEL PATH

------------------------------ ------------------- ---------- ---------- --------------------------------------------------------------------------------

General Deparment General Deparment 0 1 /General Deparment

-Development General Deparment 0 2 /General Deparment/Development

---Server Development General Deparment 1 3 /General Deparment/Development/Server Development

---Client Development General Deparment 1 3 /General Deparment/Development/Client Development

-QA General Deparment 0 2 /General Deparment/QA

---TA General Deparment 1 3 /General Deparment/QA/TA

---Porject QA General Deparment 1 3 /General Deparment/QA/Porject QA

from:http://www.cognoschina.net/?action-blogdetail-uid-10270-id-4936.html

--实现按TABLE_NAME， INDEX_NAME字段分组,把COLUMN_NAME字段用"，"连接起来 SELECT TABLE_NAME,
         INDEX_NAME,
         INDEX_TYPE,
         --SYS_CONNECT_BY_PATH(DIC.COLUMN_NAME, ',')
         LTRIM(MAX(SYS_CONNECT_BY_PATH(DIC.COLUMN_NAME, ',')), ',') COLS
    FROM (SELECT
                 DI.TABLE_NAME,
                 DI.INDEX_NAME,
                 DI.UNIQUENESS AS INDEX_TYPE,
                 DIC.COLUMN_NAME,
                 ROW_NUMBER() OVER(PARTITION BY DI.TABLE_NAME,DI.INDEX_NAME ORDER BY DI.TABLE_NAME,DI.INDEX_NAME) AS ID1,
                 ROW_NUMBER() OVER(ORDER BY DI.TABLE_NAME,DI.INDEX_NAME) AS ID3,
                 DENSE_RANK() OVER(ORDER BY DI.TABLE_NAME,DI.INDEX_NAME) AS ID4,
                 ROW_NUMBER() OVER(ORDER BY DI.TABLE_NAME,DI.INDEX_NAME)+DENSE_RANK() OVER(ORDER BY DI.TABLE_NAME,DI.INDEX_NAME) AS ID2
            FROM ALL_IND_COLUMNS DIC, ALL_INDEXES DI
           WHERE DIC.INDEX_OWNER = 'DBA'
             AND DIC.INDEX_NAME = DI.INDEX_NAME
             AND DI.OWNER = 'DBA'
             AND DI.TABLE_NAME IN (SELECT DI.TABLE_NAME FROM ALL_INDEXES DI WHERE DI.OWNER = 'DBA'
GROUP BY DI.TABLE_NAME
   HAVING COUNT(*) >4)
             ) DIC
   START WITH DIC.ID1 = 1
CONNECT BY PRIOR DIC.ID2 = DIC.ID2-1
   GROUP BY TABLE_NAME,INDEX_NAME,INDEX_TYPE =====================================================================--在上面的基础上可以实现创建和删除索引SELECT TABLE_NAME,
INDEX_NAME,
INDEX_TYPE,
'DROP INDEX DBA.'||RPAD(INDEX_NAME,40,' ')||';' SQL_DROP,
'CREATE INDEX DBA.'||RPAD(INDEX_NAME,40,' ')||' ON DBA.'||TABLE_NAME||'('||COLS||');' SQL_CREATE
   FROM
(
SELECT TABLE_NAME,
         INDEX_NAME,
         INDEX_TYPE,
         --SYS_CONNECT_BY_PATH(DIC.COLUMN_NAME, ',')
         LTRIM(MAX(SYS_CONNECT_BY_PATH(DIC.COLUMN_NAME, ',')), ',') COLS
    FROM (SELECT
                 DI.TABLE_NAME,
                 DI.INDEX_NAME,
                 DI.UNIQUENESS AS INDEX_TYPE,
                 DIC.COLUMN_NAME,
                 ROW_NUMBER() OVER(PARTITION BY DI.TABLE_NAME,DI.INDEX_NAME ORDER BY DI.TABLE_NAME,DI.INDEX_NAME) AS ID1,
                 ROW_NUMBER() OVER(ORDER BY DI.TABLE_NAME,DI.INDEX_NAME) AS ID3,
                 DENSE_RANK() OVER(ORDER BY DI.TABLE_NAME,DI.INDEX_NAME) AS ID4,
                 ROW_NUMBER() OVER(ORDER BY DI.TABLE_NAME,DI.INDEX_NAME)+DENSE_RANK() OVER(ORDER BY DI.TABLE_NAME,DI.INDEX_NAME) AS ID2
            FROM ALL_IND_COLUMNS DIC, ALL_INDEXES DI
           WHERE DIC.INDEX_OWNER = 'DBA'
             AND DIC.INDEX_NAME = DI.INDEX_NAME
             AND DI.OWNER = 'DBA'
             AND DI.TABLE_NAME IN (SELECT DI.TABLE_NAME FROM ALL_INDEXES DI WHERE DI.OWNER = 'DBA'
GROUP BY DI.TABLE_NAME
   HAVING COUNT(*) >4)
             ) DIC
   START WITH DIC.ID1 = 1
CONNECT BY PRIOR DIC.ID2 = DIC.ID2-1
   GROUP BY TABLE_NAME,INDEX_NAME,INDEX_TYPE
   ) A; --重建索引Alter index NETSPLATDATA.IDX_CUSTOMER_ID rebuild online parallel 8;
Alter index NETSPLATDATA.IDX_CUSTOMER_ID parallel 1;

刚刚看到些东西，不知道我们是否需要注意：

对于大表的rebuild一定要心，在访问很频繁的系统中，一定要加online选项，虽然花费的时间长一些，因为这样不阻塞DML，否则系统就很危险。
仅仅用rebuild online也是很有风险的，因为在索引rebuild之后，它是不会自动分析的，有可能导致索引走错，那也可能会造成很严重的后果，所以还要加上compute statistics，这样索引rebuild online及分析之后，才能使用，这样就避免了风险。。。

在rebuild online 时会报错

ORA-08120: Need to create SYS.IND_ONLINE$ table in order to (re)build index

Cause: Alter index Build/Rebuild online require existing of SYS.IND_ONLINE$ table.

Action: User/DBA needs to create sys.ind_online$ before alter the index /rdbms/admin/catcio.sql contains script to create ind_online$.

解决方法就是运行catcio.sql 创建SYS.IND_ONLINE$表