oracle反连接优化,Oracle中的半联结和反联结详解

最新推荐文章于 2024-03-27 06:23:22 发布
最新推荐文章于 2024-03-27 06:23:22 发布
阅读量187 收藏
点赞数
文章标签： oracle反连接优化

当两张表进行联结的时候，如果表1中的数据行是否出现在结果集中需要根据表2中出现或不出现至少一个相匹配的数据行来判断，这种情况就会发生半联结；而反联结便是半联结的补集，它们会作为数据库中常见的联结方法如NESTED LOOPS，MERGE SORT JOIN，HASH JOIN的选项出现。

实际上半联结和反联结本身也可以被认同是两种联结方法；在CBO优化模式下，优化器能够根据实际情况灵活的转换执行语句从而实现半联结和反联结方法，毕竟没有什么SQL语法可以显式的调用半联结和反联结，它们只是SQL语句满足某些条件时优化器可以选择的选项而已，不过仍然有必要深入这两种选项在特定情况下带来的性能优势。

半联结

半联结通常都发生在使用含有IN和EXISTS的相关子查询的时候，=ANY的用法与IN相同，所以也会出现发生半联结的情况；不过也是有例外的，在11gR2版本中，优化器不会为任何包含在OR分支中的子查询选择半联结，这也是现在官档中唯一明确标识的限制条件，来看几种发生场景：

-- 使用IN关键字的相关子查询 => 发生NESTED LOOPS半联结

SQL> select department_name

2  from hr.departments dept

3  where department_id in (select department_id from hr.employees emp);

11 rows selected.

Execution Plan

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

Plan hash value: 2605691773

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

| Id  | Operation          | Name              | Rows  | Bytes | Cost (%CPU)| Time     |

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

|   0 | SELECT STATEMENT   |                   |    10 |   190 |     3   (0)| 00:00:01 |

|   1 |  NESTED LOOPS SEMI |                   |    10 |   190 |     3   (0)| 00:00:01 |

|   2 |   TABLE ACCESS FULL| DEPARTMENTS       |    27 |   432 |     3   (0)| 00:00:01 |

|*  3 |   INDEX RANGE SCAN | EMP_DEPARTMENT_IX |    41 |   123 |     0   (0)| 00:00:01 |

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

Predicate Information (identified by operation id):

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

3 - access("DEPARTMENT_ID"="DEPARTMENT_ID")

Statistics

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

0  recursive calls

0  db block gets

11  consistent gets

0  physical reads

0  redo size

742  bytes sent via SQL*Net to client

524  bytes received via SQL*Net from client

2  SQL*Net roundtrips to/from client

0  sorts (memory)

0  sorts (disk)

11  rows processed

-- 使用EXISTS关键字的相关子查询 => 发生NESTED LOOPS半联结

SQL> select department_name

2  from hr.departments dept where exists

3  (select null from hr.employees emp where emp.department_id = dept.department_id);

11 rows selected.

Execution Plan

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

Plan hash value: 2605691773

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

| Id  | Operation          | Name              | Rows  | Bytes | Cost (%CPU)| Time     |

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

|   0 | SELECT STATEMENT   |                   |    10 |   190 |     3   (0)| 00:00:01 |

|   1 |  NESTED LOOPS SEMI |                   |    10 |   190 |     3   (0)| 00:00:01 |

|   2 |   TABLE ACCESS FULL| DEPARTMENTS       |    27 |   432 |     3   (0)| 00:00:01 |

|*  3 |   INDEX RANGE SCAN | EMP_DEPARTMENT_IX |    41 |   123 |     0   (0)| 00:00:01 |

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

Predicate Information (identified by operation id):

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

3 - access("EMP"."DEPARTMENT_ID"="DEPT"."DEPARTMENT_ID")

Statistics

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

1  recursive calls

0  db block gets

11  consistent gets

0  physical reads

0  redo size

742  bytes sent via SQL*Net to client

524  bytes received via SQL*Net from client

2  SQL*Net roundtrips to/from client

0  sorts (memory)

0  sorts (disk)

11  rows processed

-- 谓语中使用了OR分支中的EXISTS子查询 => 禁用半联结

SQL> select department_name

2  from hr.departments dept

3  where 1=2 OR exists

4  (select null from hr.employees emp where emp.department_id = dept.department_id);

11 rows selected.

Execution Plan

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

Plan hash value: 440241596

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

| Id  | Operation          | Name              | Rows  | Bytes | Cost (%CPU)| Time     |

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

|   0 | SELECT STATEMENT   |                   |    27 |   432 |     4   (0)| 00:00:01 |

|*  1 |  FILTER            |                   |       |       |            |          |

|   2 |   TABLE ACCESS FULL| DEPARTMENTS       |    27 |   432 |     3   (0)| 00:00:01 |

|*  3 |   INDEX RANGE SCAN | EMP_DEPARTMENT_IX |     2 |     6 |     1   (0)| 00:00:01 |

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

Predicate Information (identified by operation id):

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

1 - filter( EXISTS (SELECT 0 FROM "HR"."EMPLOYEES" "EMP" WHERE

"EMP"."DEPARTMENT_ID"=:B1))

3 - access("EMP"."DEPARTMENT_ID"=:B1)

Statistics

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

1  recursive calls

0  db block gets

35  consistent gets

0  physical reads

0  redo size

742  bytes sent via SQL*Net to client

524  bytes received via SQL*Net from client

2  SQL*Net roundtrips to/from client

0  sorts (memory)

0  sorts (disk)

11  rows processed

从结果集来看，我们很容易联想到内联结，那为什么半联结通常来说会获得更高的性能呢？这实际也是半联结优化的关键，拿NESTED LOOPS来举例，在NESTED LOOPS联结中，驱动表被读取后需要逐个的进入内层循环来进行匹配工作，并且只有当外层循环的数据行与内层循环中的每一行数据匹配运算完成后才会结束一个结果集的获取；而相对而言，半联结的区别在于数据集1中的每一条记录只返回一次，而不管数据集2中有几条匹配的记录，因此，半联结会在找到子查询中匹配到的第一条数据后立即结束处理从而提高性能。

对于某些需要利用半联结来提高性能的场景，可以通过手动的方式控制半联结的执行计划，使用SEMIJOIN和NO_SEMIJOIN提示分别可以指定优化器使用和禁用半联结。

-- 使用NO_SEMIJOIN提示禁用半联结

SQL> select department_name

2  from hr.departments dept

3  where department_id in (select /*+ no_semijoin */department_id from hr.employees emp);

11 rows selected.

Execution Plan

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

Plan hash value: 3372191744

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

| Id  | Operation            | Name              | Rows  | Bytes | Cost (%CPU)| Time     |

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

|   0 | SELECT STATEMENT     |                   |   106 |  1802 |     4  (25)| 00:00:01 |

|   1 |  VIEW                | VM_NWVW_2         |   106 |  1802 |     4  (25)| 00:00:01 |

|   2 |   HASH UNIQUE        |                   |   106 |  2544 |     4  (25)| 00:00:01 |

|   3 |    NESTED LOOPS      |                   |   106 |  2544 |     3   (0)| 00:00:01 |

|   4 |     TABLE ACCESS FULL| DEPARTMENTS       |    27 |   567 |     3   (0)| 00:00:01 |

|*  5 |     INDEX RANGE SCAN | EMP_DEPARTMENT_IX |     4 |    12 |     0   (0)| 00:00:01 |

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

Predicate Information (identified by operation id):

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

5 - access("DEPARTMENT_ID"="DEPARTMENT_ID")

Statistics

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

506  recursive calls

0  db block gets

188  consistent gets

7  physical reads

0  redo size

742  bytes sent via SQL*Net to client

524  bytes received via SQL*Net from client

2  SQL*Net roundtrips to/from client

10  sorts (memory)

0  sorts (disk)

11  rows processed

除此之外，我们还可以使用_always_semi_join隐藏参数选择半联结的联结类型，有关_always_semi_join参数的可选值：

SQL> SELECT

2           PARNO_KSPVLD_VALUES     pvalid_par#,

3           NAME_KSPVLD_VALUES      pvalid_name,

4           VALUE_KSPVLD_VALUES     pvalid_value,

5           DECODE(ISDEFAULT_KSPVLD_VALUES, 'FALSE', '', 'DEFAULT' ) pvalid_default

6   FROM

7           X$KSPVLD_VALUES

8   WHERE

9           LOWER(NAME_KSPVLD_VALUES) LIKE '%'||LOWER(nvl('&pname',name_kspvld_values))||'%'

10   ORDER BY

11           pvalid_par#,

12           pvalid_default,

13           pvalid_Value

14   /

PAR# PARAMETER                                          VALUE                          DEFAULT

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

1705 _always_semi_join                                  CHOOSE

_always_semi_join                                  HASH

_always_semi_join                                  MERGE

_always_semi_join                                  NESTED_LOOPS

_always_semi_join                                  OFF

该参数的默认值为choose，表示选用半联结的类型由优化器来决定，下面来使用_always_semi_join参数将上面的NESTED LOOPS半联结改变为HASH JOIN半联结：

-- 默认发生NESTED LOOPS SEMI

SQL> select department_name

2  from hr.departments dept

3  where department_id in (select department_id from hr.employees emp);

11 rows selected.

Execution Plan

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

Plan hash value: 2605691773

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

| Id  | Operation          | Name              | Rows  | Bytes | Cost (%CPU)| Time     |

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

|   0 | SELECT STATEMENT   |                   |    10 |   190 |     3   (0)| 00:00:01 |

|   1 |  NESTED LOOPS SEMI |                   |    10 |   190 |     3   (0)| 00:00:01 |

|   2 |   TABLE ACCESS FULL| DEPARTMENTS       |    27 |   432 |     3   (0)| 00:00:01 |

|*  3 |   INDEX RANGE SCAN | EMP_DEPARTMENT_IX |    41 |   123 |     0   (0)| 00:00:01 |

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

Predicate Information (identified by operation id):

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

3 - access("DEPARTMENT_ID"="DEPARTMENT_ID")

Statistics

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

0  recursive calls

0  db block gets

11  consistent gets

0  physical reads

0  redo size

742  bytes sent via SQL*Net to client

524  bytes received via SQL*Net from client

2  SQL*Net roundtrips to/from client

0  sorts (memory)

0  sorts (disk)

11  rows processed

-- session级别修改参数

SQL> alter session set "_always_semi_join"=merge;

Session altered.

-- 发生MERGE JOIN SEMI

SQL> select department_name

2  from hr.departments dept

3  where department_id in (select department_id from hr.employees emp);

11 rows selected.

Execution Plan

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

Plan hash value: 954076352

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

| Id  | Operation                    | Name              | Rows  | Bytes | Cost (%CPU)| Time     |

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

|   0 | SELECT STATEMENT             |                   |    10 |   190 |     4  (25)| 00:00:01 |

|   1 |  MERGE JOIN SEMI             |                   |    10 |   190 |     4  (25)| 00:00:01 |

|   2 |   TABLE ACCESS BY INDEX ROWID| DEPARTMENTS       |    27 |   432 |     2   (0)| 00:00:01 |

|   3 |    INDEX FULL SCAN           | DEPT_ID_PK        |    27 |       |     1   (0)| 00:00:01 |

|*  4 |   SORT UNIQUE                |                   |   107 |   321 |     2  (50)| 00:00:01 |

|   5 |    INDEX FULL SCAN           | EMP_DEPARTMENT_IX |   107 |   321 |     1   (0)| 00:00:01 |

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

Predicate Information (identified by operation id):

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

4 - access("DEPARTMENT_ID"="DEPARTMENT_ID")

filter("DEPARTMENT_ID"="DEPARTMENT_ID")

Statistics

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

1  recursive calls

0  db block gets

5  consistent gets

1  physical reads

0  redo size

742  bytes sent via SQL*Net to client

523  bytes received via SQL*Net from client

2  SQL*Net roundtrips to/from client

1  sorts (memory)

0  sorts (disk)

11  rows processed

-- 从trace来看优化器的选择还是非常可靠的。。

反联结

从本质上来说，反联结和半联结很多相似的因素，反联结的发生通常是在使用含有NOT IN，NOT EXISTS的相关子查询的时候，同样，如果子查询谓语OR分支中，反联结也会被禁用，它和半联结主要的不同点还是在返回数据的匹配方式上，它是会返回在子查询中没有匹配到的数据行，不过其优化的原理是一致的，通过在子查询中找到第一条匹配记录而立即停止处理来提高效率，一下是发生的集中场景：

SQL> set autotrace traceonly

-- NOT IN 触发反联结

SQL> select department_name

2  from hr.departments

3  where department_id not in

4  (select department_id from hr.employees where department_id is not null);

16 rows selected.

Execution Plan

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

Plan hash value: 3082375452

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

| Id  | Operation          | Name              | Rows  | Bytes | Cost (%CPU)| Time     |

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

|   0 | SELECT STATEMENT   |                   |    17 |   323 |     3   (0)| 00:00:01 |

|   1 |  NESTED LOOPS ANTI |                   |    17 |   323 |     3   (0)| 00:00:01 |

|   2 |   TABLE ACCESS FULL| DEPARTMENTS       |    27 |   432 |     3   (0)| 00:00:01 |

|*  3 |   INDEX RANGE SCAN | EMP_DEPARTMENT_IX |    41 |   123 |     0   (0)| 00:00:01 |

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

Predicate Information (identified by operation id):

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

3 - access("DEPARTMENT_ID"="DEPARTMENT_ID")

filter("DEPARTMENT_ID" IS NOT NULL)

Statistics

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

1  recursive calls

0  db block gets

12  consistent gets

6  physical reads

0  redo size

985  bytes sent via SQL*Net to client

535  bytes received via SQL*Net from client

3  SQL*Net roundtrips to/from client

0  sorts (memory)

0  sorts (disk)

16  rows processed

-- EXISTS触发反联结

SQL> select department_name

2  from hr.departments dept

3  where not exists

4  (select null from hr.employees emp where emp.department_id = dept.department_id);

16 rows selected.

Execution Plan

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

Plan hash value: 3082375452

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

| Id  | Operation          | Name              | Rows  | Bytes | Cost (%CPU)| Time     |

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

|   0 | SELECT STATEMENT   |                   |    17 |   323 |     3   (0)| 00:00:01 |

|   1 |  NESTED LOOPS ANTI |                   |    17 |   323 |     3   (0)| 00:00:01 |

|   2 |   TABLE ACCESS FULL| DEPARTMENTS       |    27 |   432 |     3   (0)| 00:00:01 |

|*  3 |   INDEX RANGE SCAN | EMP_DEPARTMENT_IX |    41 |   123 |     0   (0)| 00:00:01 |

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

Predicate Information (identified by operation id):

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

3 - access("EMP"."DEPARTMENT_ID"="DEPT"."DEPARTMENT_ID")

Statistics

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

3  recursive calls

0  db block gets

13  consistent gets

0  physical reads

0  redo size

985  bytes sent via SQL*Net to client

535  bytes received via SQL*Net from client

3  SQL*Net roundtrips to/from client

0  sorts (memory)

0  sorts (disk)

16  rows processed

从上面的例子可以看出minus和outer join操作都可以巧妙的实现同样的结果，不过从执行计划来看，minus操作显然没有反联结操作优化，而使用outer join虽然发生了反联结优化，但是由于使用了带空值的虚拟记录来匹配数据行，不便于理解，因此实际还是不建议使用的。

如果想要手动控制反联结的执行计划，这里也有一些hint和参数可以使用，常用的hint有：

1.ANTIJOIN-进行反联结，优化器决定联结类型

2.USE_ANTI-老版本的提示，和ANTIJOIN功能一致

3.[NL_AJ] | [HASH_AJ] | [MERGE_AJ]-指定发生反联结的类型(10g开始被弃用，不过仍然可以生效)

在参数控制方面，也有个和_always_semi_join非常相同的_always_anti_join参数，用法完全一致；还有参数_optimizer_null_aware_antijoin，_optimizer_outer_to_anti_enable用于控制对含空值和外联结的反联结转换。

-- 使用hint显式指定反联结类型

SQL> select department_name

2  from hr.departments dept

3  where not exists (select /*+ hash_aj */ null from hr.employees emp

4  where emp.department_id = dept.department_id);

16 rows selected.

Execution Plan

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

Plan hash value: 3587451639

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

| Id  | Operation          | Name              | Rows  | Bytes | Cost (%CPU)| Time     |

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

|   0 | SELECT STATEMENT   |                   |    17 |   323 |     5  (20)| 00:00:01 |

|*  1 |  HASH JOIN ANTI    |                   |    17 |   323 |     5  (20)| 00:00:01 |

|   2 |   TABLE ACCESS FULL| DEPARTMENTS       |    27 |   432 |     3   (0)| 00:00:01 |

|   3 |   INDEX FULL SCAN  | EMP_DEPARTMENT_IX |   107 |   321 |     1   (0)| 00:00:01 |

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

Predicate Information (identified by operation id):

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

1 - access("EMP"."DEPARTMENT_ID"="DEPT"."DEPARTMENT_ID")

Statistics

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

566  recursive calls

0  db block gets

193  consistent gets

0  physical reads

0  redo size

985  bytes sent via SQL*Net to client

535  bytes received via SQL*Net from client

3  SQL*Net roundtrips to/from client

12  sorts (memory)

0  sorts (disk)

16  rows processed

-- 使用_optimizer_null_antijoin参数关闭反联结中的空值考虑选项-即返回空值的情况不使用反联结

SQL> alter session set "_optimizer_null_aware_antijoin"=false;

Session altered.

SQL> select department_name

2  from hr.departments

3  where department_id not in (select department_id from hr.employees);

no rows selected

Execution Plan

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

Plan hash value: 3416340233

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

| Id  | Operation          | Name        | Rows  | Bytes | Cost (%CPU)| Time     |

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

|   0 | SELECT STATEMENT   |             |    26 |   416 |    30   (0)| 00:00:01 |

|*  1 |  FILTER            |             |       |       |            |          |

|   2 |   TABLE ACCESS FULL| DEPARTMENTS |    27 |   432 |     3   (0)| 00:00:01 |

|*  3 |   TABLE ACCESS FULL| EMPLOYEES   |     2 |     6 |     2   (0)| 00:00:01 |

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

Predicate Information (identified by operation id):

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

1 - filter( NOT EXISTS (SELECT 0 FROM "HR"."EMPLOYEES" "EMPLOYEES"

WHERE LNNVL("DEPARTMENT_ID"<>:B1)))

3 - filter(LNNVL("DEPARTMENT_ID"<>:B1))

Statistics

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

1  recursive calls

0  db block gets

172  consistent gets

0  physical reads

0  redo size

343  bytes sent via SQL*Net to client

513  bytes received via SQL*Net from client

1  SQL*Net roundtrips to/from client

0  sorts (memory)

0  sorts (disk)

0  rows processed

上山下海何小妞
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Oracle中的半联结和反联结详解
09-10
主要介绍了Oracle中的半联结和反联结详解,也称半连接和反连接,其实就是in、exists,需要的朋友可以参考下
关于oracle中的反连接
congbao6525的博客
12-25 326
在之前的章节中见到讨论过oracle中的半连接http://blog.itpub.net/23718752/viewspace-1334483/ 与半连接相对应的是反连接，简而言之半连接就是查询条件中的in,exist...
Oracle反连接学习总结
12-27 4005
反连接（anti-join）   反关连的基本语法 反连接是从一个结果集合中返回不在另一个结果集中的数据行。 例如：在scott/tiger的用户下执行 select* from emp where deptno not in (select deptno from dept where loc= 'NEW YORK')   执行反关连运算连接还有 not exists 如上述语句
查询 （反连接）
qq_33856123的博客
12-31 437
--去重 交集 不忽略空值 select deptno from emp  intersect select deptno from dept2 ---dept2 不在 emp表中的数据 select deptno from dept2  minus select deptno from emp  select deptno from emp   minus
oracle 半连接 效率,关于Oracle中的半连接
weixin_35732670的博客
04-05 158
表的连接在sql语句中尤为重要。外连接，内连接，半连接，反连接等等各种连接，看似简单的一个连接里面还是有不少的细节的。对于sql调优来说也是很重要的。像下面的形式的sql就属于半连接，使用了in子句，对于exists的实现也是属于半连接。--in半连接SQL> select dname from dept dept where deptno in (select deptno from em...
oracle 半连接 效率,关于oracle中的半连接
weixin_35671171的博客
04-05 91
表的连接在sql语句中尤为重要。外连接，内连接，半连接，反连接等等各种连接，看似简单的一个连接里面还是有不少的细节的。对于sql调优来说也是很重要的。像下面的形式的sql就属于半连接，使用了in子句，对于exists的实现也是属于半连接。--in半连接SQL> select dname from dept dept where deptno in (select deptno from em...
一条半连接SQL的优化过程
bisal的专栏
05-12 468
最近一直在看落落老师的书，受益匪浅，举其中提到的一个案例。直接通过模拟实验来说明，在Oracle11.2.0.4下，创建两张表，SQL>createtableaassel...
Oracle半连接去重,Oracle查询优化改写技巧与案例
weixin_29534143的博客
04-07 213
第1章 单表查询1.1 查询表中所有的行与列1.2 从表中检索部分行1.3 查找空值1.4 将空值转换为实际值1.5 查找满足多个条件的行1.6 从表中检索部分列1.7 为列取有意义的名称1.8 在WHERE子句中引用取别名的列1.9 拼接列1.10 在SELECT语句中使用条件逻辑1.11 限制返回的行数1.12 从表中随机返回n条记录1.13 模糊查询第2章 给查询结果排序2.1 以指定的次序...
深入解析Oracle数据库中的反连接（Anti Join）
最新发布
专注于数据库技术分享，包含但不限于Oracle，MySQL，PostgreSQL，ElasticSearch及国产数据库等
03-27 247
需要注意的是，NOT IN子句在遇到子查询结果包含NULL值时可能不会得到预期的结果，因为NULL与任何其他值包括NULL本身的比较都会返回未知（UNKNOWN），而非TRUE或FALSE。在Oracle数据库中，反连接（Anti Join）是指从一个表中检索出不在另一个表中匹配的数据。Oracle数据库通过NOT EXISTS或NOT IN子句来实现反连接的效果。上述查询将返回表A中所有在表B中找不到对应key值的记录。这个查询同样返回表A中所有key值在表B中不存在的记录。
ORACLE 半连接与反连接
cri5768的博客
05-16 233
概念：所谓半连接，就是在进行连接查询的时候，内层如果有相应的记录及返回一个TRUE，而不需要访问余下的行，如果内层表特别巨大的时候将会大大节省时间。 列子： select /* using in */ department...
oracle与join相反的函数,PL/SQL Challenge 每日一题：2016-11-2 反连接(ANTI JOIN)
weixin_39752087的博客
04-10 88
最先答对且答案未经编辑的puber将获得纪念章一枚(答案不可编辑但可发新贴补充或纠正)，其他会员如果提供有价值的分析、讨论也可获得纪念章一枚。每两周的优胜者可获得itpub奖励的技术图书一本。以往旧题索引：http://www.itpub.net/forum.php?m ... eid&typeid=1808原始出处：http://www.plsqlchallenge.com/作者： ...
oracle连接到一个空,ORACLE 半连接与反连接
weixin_42506152的博客
04-04 177
概念：所谓半连接，就是在进行连接查询的时候，内层如果有相应的记录及返回一个TRUE，而不需要访问余下的行，如果内层表特别巨大的时候将会大大节省时间。列子：select /* using in */ department_namefrom hr.departments deptwhere department_id in (select department_id from hr.employees...
oracle+semijoin,Semi join 与anti join
weixin_39777242的博客
04-07 560
1.semi joinOracle在处理exists或in的时候，会使用semi join的连接方式：sys@EBANK>select object_name,object_type from test where object_type in(select object_type from dept where deptno>1000) ;9544 rows selected.Exe...
oracle swap_join_inputs,Oracle 特殊的连接方式—半连接,反连接,内外连接!
weixin_26905423的博客
04-04 407
这几种连接方式在平时开发sql当中也是非常常见的，对这几种连接方式没有什么好解释的，作为一个开发人员来讲，可以说对这几种连接方式非常熟悉了。半连接semi-join，指两个表做join的时候，只返回某一个表中的数据，在执行计划中看到nested loops semi/hash join semi就表示有半连接。反连接其实就是特殊的半连接，在半连接中，经常写in/exist的写法，反连接就是把in/...
Oracle优化之连接方法
筷子的博客
01-16 1710
nested loop（嵌套循环）: 存在着两个循环，一个是外部循环，提取驱动表中符合条件的每条记录。另外一个是内部循环，根据外循环中提取的每条记录对内部表进行连接查询相应的记录。由于这两个循环是嵌套进行的，故此种连接方法称为嵌套循环连接。 特点： 1.一个大表和一个小表(驱动表)连接，连接方式可以是等值或者是不等值 2.驱动表数据较小或者内部表已连接的列有唯一性索引或者高度可选的非唯一性...
Oracle 表关联、半关联、反关联
Hehuyi_In的博客
04-09 5637
一、 表关联 先建两个测试表 create table t1(id int,name varchar2(10)); create table t2(id int,name varchar2(10)); SQL> select * from t1; ID NAME ---------- ---------- 1 A 2 b 3 p 4 L V SQL> select * fro...
oracle对查询结果求和_oracle基础知识分享
weixin_39576133的博客
11-20 3892
原文链接：https://page.om.qq.com/page/OO2PXCD6VZ6CVqLqjpU6uShg0以下是本人整理的ORACLE学习的一些基本的语法知识，如有不对的地方，望大家批评指正，如有转载请注明出处：一、ORACLE完整性约束：1.NOT NULL (非空)--防止NULL值进入指定的列,在单列基础上定义,默认情况下,ORACLE允许在任何列中有NULL值.2.CHECK (...
16 反连接(anti-join)--优化主题系列
热门推荐
leo0805的博客
10-11 1万+
反连接(anti-join) 反连接其实是特殊的半连接。只是把in/exists换成了not in/not exists 执行计划中，看到有 NESTED LOOPS ANTI/HASH JOIN ANTI 就表示有反连接
10 嵌套循环(NESTED LOOP)--优化主题系列
leo0805的博客
09-30 7177
Oracle从较小结果集(驱动表/外部表)中读取一行，然后和较大结果集(被探查表/内部表)中的所有数据逐条进行比较(嵌套循环可以用于非等值连接)，如果符合规则，就放入结果集中，然后取较小结果集的下一条数据继续进行循环，直到结束。嵌套循环只适合输出少量结果集或者是用于快速输出结果集。
Oracle SQL优化详解：53条关键规则
"Oracle语句优化53个规则详解" 在Oracle数据库管理中，优化SQL语句对于提升系统性能至关重要。本文将深入解析53个关键的优化规则，以帮助DBA和开发人员更好地理解如何提升Oracle数据库的执行效率。 1. 选择合适的...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值