深入了解Oracle表(1)：ORDERED和USE_NL
日期：2014-05-16 浏览次数：20372 次
深入理解Oracle表(1)：ORDERED和USE_NL
ORDERED好理解，就是表示根据 from 后面表的顺序join，从左到右，左边的表做驱动表
use_nl（t1,t2）：表示对表t1、t2关联时采用嵌套循环连接,其并不能让优化器确定谁是驱动表或谁是被驱动的表
USE_NL()，先看看oracle doc怎么说：
In this statement, the USE_NL hint explicitly chooses a nested loops join with the customers table as the inner table:
SELECT /*+ ORDERED USE_NL(customers) to get first row faster */
accounts.balance, customers.last_name, customers.first_name
FROM accounts, customers
WHERE accounts.customer_id = customers.customer_id;
customers 作为inner table，也就是说作为被驱动表。驱动表称为outer table
如果指定的表是outer table（驱动表），则优化器会忽略这个hint
如果非要强制它作为inner table，可以配上ordered参数
oradered 表示根据from 后面表的顺序，从左到右join，左表做驱动表，3个或3个以上最有用
也就是说use_nl如果只带了一个表名作为参数，则该表为被驱动表
如果带了2个以上的参数，Oracle并没有指出use_nl(a,b)中哪个是驱动表，所以常使用ordered或者full()或者index()来强化我们的目标
此处优化器选择employees作为驱动表，因为departments上有索引，而且索引正好建立在连接列上
由于employees是作为驱动表，优化器会忽略hint提示
ORDERED好理解，就是表示根据 from 后面表的顺序join，从左到右，左边的表做驱动表
use_nl（t1,t2）：表示对表t1、t2关联时采用嵌套循环连接,其并不能让优化器确定谁是驱动表或谁是被驱动的表
USE_NL()，先看看oracle doc怎么说：
In this statement, the USE_NL hint explicitly chooses a nested loops join with the customers table as the inner table:
SELECT /*+ ORDERED USE_NL(customers) to get first row faster */
accounts.balance, customers.last_name, customers.first_name
FROM accounts, customers
WHERE accounts.customer_id = customers.customer_id;
customers 作为inner table，也就是说作为被驱动表。驱动表称为outer table
如果指定的表是outer table（驱动表），则优化器会忽略这个hint
如果非要强制它作为inner table，可以配上ordered参数
oradered 表示根据from 后面表的顺序，从左到右join，左表做驱动表，3个或3个以上最有用
也就是说use_nl如果只带了一个表名作为参数，则该表为被驱动表
如果带了2个以上的参数，Oracle并没有指出use_nl(a,b)中哪个是驱动表，所以常使用ordered或者full()或者index()来强化我们的目标
以下是测试：
hr@ORCL> select first_name,departments.department_id from employees,departments where employees.department_id=departments.department_id; Execution Plan ---------------------- Plan hash value: 169719308 --------------------------------------------- | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | --------------------------------------------- | 0 | SELECT STATEMENT | | 106 | 1484 | 3 (0)| 00:00:01 | | 1 | NESTED LOOPS | | 106 | 1484 | 3 (0)| 00:00:01 | | 2 | TABLE ACCESS FULL| EMPLOYEES | 107 | 1070 | 3 (0)| 00:00:01 | |* 3 | INDEX UNIQUE SCAN| DEPT_ID_PK | 1 | 4 | 0 (0)| 00:00:01 | ---------------------------------------------
此处优化器选择employees作为驱动表，因为departments上有索引，而且索引正好建立在连接列上
hr@ORCL> select /*+ use_nl(employees) */ first_name,departments.department_id from employees,departments where employees.department_id=departments.department_id; Execution Plan ---------------------- Plan hash value: 169719308 --------------------------------------------- | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | --------------------------------------------- | 0 | SELECT STATEMENT | | 106 | 1484 | 3 (0)| 00:00:01 | | 1 | NESTED LOOPS | | 106 | 1484 | 3 (0)| 00:00:01 | | 2 | TABLE ACCESS FULL| EMPLOYEES | 107 | 1070 | 3 (0)| 00:00:01 | |* 3 | INDEX UNIQUE SCAN| DEPT_ID_PK | 1 | 4 | 0 (0)| 00:00:01 | ---------------------------------------------
由于employees是作为驱动表，优化器会忽略hint提示
hr@ORCL> select /*+ ordered use_nl(employees) */ first_name,departments.department_id from departments,employees where employees.department_id=departments.department_id;
Execution Plan
----------------------
Plan hash value: 2677871237
-------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
---------------
免责声明： 本文仅代表作者个人观点，与爱易网无关。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请读者仅作参考，并请自行核实相关内容。
