`

use_nl,use_hash,use_merge的3种连接方式驱动与被驱动关系

 
阅读更多

SQL> select * from v$version;

BANNER
--------------------------------------------------------------------------------
Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production
PL/SQL Release 11.2.0.3.0 - Production
CORE    11.2.0.3.0      Production
TNS for Linux: Version 11.2.0.3.0 - Production
NLSRTL Version 11.2.0.3.0 - Production

 

[html] view plain copy
 
 print?在CODE上查看代码片派生到我的代码片
  1. --use_nl,use_hash,use_merge的3种连接方式驱动与被驱动关系  
  2.   
  3. 一.HASH连接方式  
  4.   
  5. --建一个小表和一个大一些的表  
  6. SQL> create table t1 as select * from dba_objects where rownum<11;  
  7.   
  8. Table created.  
  9.   
  10. SQL> create table t2 as select * from dba_objects;  
  11.   
  12. Table created.  
  13.   
  14. SQL> select count(1) from t1;  
  15.   
  16.   COUNT(1)  
  17. ----------  
  18.         10  
  19.   
  20. SQL> select count(1) from t2;  
  21.   
  22.   COUNT(1)  
  23. ----------  
  24.      75211  
  25.       
  26. --试验HASH，可以看出hash是存在驱动与被驱动关系，驱动表适合于两表间较小的一个，耗用更少的排序开销；       
  27. SQL> select /*+ leading(t2) use_hash(t2,t1) */t1.status,t2.status  
  28.   2  from t1,t2  
  29.   3  where t1.object_id=t2.object_id;  
  30.   
  31. STATUS  STATUS  
  32. ------- -------  
  33. VALID   VALID  
  34. VALID   VALID  
  35. VALID   VALID  
  36. VALID   VALID  
  37. VALID   VALID  
  38. VALID   VALID  
  39. VALID   VALID  
  40. VALID   VALID  
  41. VALID   VALID  
  42. VALID   VALID  
  43.   
  44. 10 rows selected.  
  45.   
  46. --看到排序区中排序的开销为3439K；  
  47. SQL> @allstat  
  48.   
  49. PLAN_TABLE_OUTPUT  
  50. ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------  
  51. SQL_ID  315bd4pgdyt86, child number 1  
  52. -------------------------------------  
  53. select /*+ leading(t2) use_hash(t2,t1) */t1.status,t2.status from t1,t2  
  54. where t1.object_id=t2.object_id  
  55.   
  56. Plan hash value: 2959412835  
  57.   
  58. -------------------------------------------------------------------------------------------------------------------------  
  59. | Id  | Operation          | Name | Starts | E-Rows | A-Rows |   A-Time   | Buffers | Reads  |  OMem |  1Mem | Used-Mem |  
  60. -------------------------------------------------------------------------------------------------------------------------  
  61. |   0 | SELECT STATEMENT   |      |      1 |        |     10 |00:00:00.08 |    1078 |   1071 |       |       |          |  
  62. |*  1 |  HASH JOIN         |      |      1 |     10 |     10 |00:00:00.08 |    1078 |   1071 |  3439K|  1573K| 5617K (0)|  
  63. |   2 |   TABLE ACCESS FULL| T2   |      1 |  79628 |  75211 |00:00:00.02 |    1074 |   1071 |       |       |          |  
  64. |   3 |   TABLE ACCESS FULL| T1   |      1 |     10 |     10 |00:00:00.01 |       4 |      0 |       |       |          |  
  65. -------------------------------------------------------------------------------------------------------------------------  
  66.   
  67. Predicate Information (identified by operation id):  
  68. ---------------------------------------------------  
  69.   
  70.    1 - access("T1"."OBJECT_ID"="T2"."OBJECT_ID")  
  71.   
  72. Note  
  73. -----  
  74.    - dynamic sampling used for this statement (level=2)  
  75.   
  76.   
  77. 25 rows selected.  
  78.   
  79. --而T1表为驱动表时，排序的开销为1206K比上面的3439K小得多；  
  80. SQL> select /*+ leading(t1) use_hash(t2,t1) */t1.status,t2.status  
  81.   2  from t1,t2  
  82.   3  where t1.object_id=t2.object_id;  
  83.   
  84. STATUS  STATUS  
  85. ------- -------  
  86. VALID   VALID  
  87. VALID   VALID  
  88. VALID   VALID  
  89. VALID   VALID  
  90. VALID   VALID  
  91. VALID   VALID  
  92. VALID   VALID  
  93. VALID   VALID  
  94. VALID   VALID  
  95. VALID   VALID  
  96.   
  97. 10 rows selected.  
  98.   
  99. SQL> @allstat  
  100.   
  101. PLAN_TABLE_OUTPUT  
  102. ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------  
  103. SQL_ID  3zc11bg9gdq31, child number 1  
  104. -------------------------------------  
  105. select /*+ leading(t1) use_hash(t2,t1) */t1.status,t2.status from t1,t2  
  106. where t1.object_id=t2.object_id  
  107.   
  108. Plan hash value: 1838229974  
  109.   
  110. -------------------------------------------------------------------------------------------------------------------------  
  111. | Id  | Operation          | Name | Starts | E-Rows | A-Rows |   A-Time   | Buffers | Reads  |  OMem |  1Mem | Used-Mem |  
  112. -------------------------------------------------------------------------------------------------------------------------  
  113. |   0 | SELECT STATEMENT   |      |      1 |        |     10 |00:00:00.08 |    1078 |   1071 |       |       |          |  
  114. |*  1 |  HASH JOIN         |      |      1 |     10 |     10 |00:00:00.08 |    1078 |   1071 |  1206K|  1206K| 1126K (0)|  
  115. |   2 |   TABLE ACCESS FULL| T1   |      1 |     10 |     10 |00:00:00.01 |       3 |      0 |       |       |          |  
  116. |   3 |   TABLE ACCESS FULL| T2   |      1 |  79628 |  75211 |00:00:00.03 |    1075 |   1071 |       |       |          |  
  117. -------------------------------------------------------------------------------------------------------------------------  
  118.   
  119. Predicate Information (identified by operation id):  
  120. ---------------------------------------------------  
  121.   
  122.    1 - access("T1"."OBJECT_ID"="T2"."OBJECT_ID")  
  123.   
  124. Note  
  125. -----  
  126.    - dynamic sampling used for this statement (level=2)  
  127.   
  128.   
  129. 25 rows selected.  
  130.   
  131. --而ORACLE在预估COST时第一类的COST也是大于第2类，也就是默认O是会采用第2种方式；  
  132. --第1类的COST为419，而第2类的COST预估为305；  
  133. SQL> set auto traceonly  
  134. SP2-0158: unknown SET autocommit option "traceonly"  
  135. Usage: SET AUTO[COMMIT] { OFF | ON | IMM[EDIATE] | n }  
  136. SQL> set autot traceonly exp  
  137. SQL>   
  138. SQL> select /*+ leading(t2) use_hash(t2,t1) */t1.status,t2.status  
  139.   2  from t1,t2  
  140.   3  where t1.object_id=t2.object_id;  
  141.   
  142. Execution Plan  
  143. ----------------------------------------------------------  
  144. Plan hash value: 2959412835  
  145.   
  146. -----------------------------------------------------------------------------------  
  147. | Id  | Operation          | Name | Rows  | Bytes |TempSpc| Cost (%CPU)| Time     |  
  148. -----------------------------------------------------------------------------------  
  149. |   0 | SELECT STATEMENT   |      |    10 |   360 |       |   419   (1)| 00:00:06 |  
  150. |*  1 |  HASH JOIN         |      |    10 |   360 |  2336K|   419   (1)| 00:00:06 |  
  151. |   2 |   TABLE ACCESS FULL| T2   | 79628 |  1399K|       |   301   (1)| 00:00:04 |  
  152. |   3 |   TABLE ACCESS FULL| T1   |    10 |   180 |       |     3   (0)| 00:00:01 |  
  153. -----------------------------------------------------------------------------------  
  154.   
  155. Predicate Information (identified by operation id):  
  156. ---------------------------------------------------  
  157.   
  158.    1 - access("T1"."OBJECT_ID"="T2"."OBJECT_ID")  
  159.   
  160. Note  
  161. -----  
  162.    - dynamic sampling used for this statement (level=2)  
  163.   
  164. SQL> select /*+ leading(t1) use_hash(t2,t1) */t1.status,t2.status  
  165.   2  from t1,t2  
  166.   3  where t1.object_id=t2.object_id;  
  167.   
  168. Execution Plan  
  169. ----------------------------------------------------------  
  170. Plan hash value: 1838229974  
  171.   
  172. ---------------------------------------------------------------------------  
  173. | Id  | Operation          | Name | Rows  | Bytes | Cost (%CPU)| Time     |  
  174. ---------------------------------------------------------------------------  
  175. |   0 | SELECT STATEMENT   |      |    10 |   360 |   305   (1)| 00:00:04 |  
  176. |*  1 |  HASH JOIN         |      |    10 |   360 |   305   (1)| 00:00:04 |  
  177. |   2 |   TABLE ACCESS FULL| T1   |    10 |   180 |     3   (0)| 00:00:01 |  
  178. |   3 |   TABLE ACCESS FULL| T2   | 79628 |  1399K|   301   (1)| 00:00:04 |  
  179. ---------------------------------------------------------------------------  
  180.   
  181. Predicate Information (identified by operation id):  
  182. ---------------------------------------------------  
  183.   
  184.    1 - access("T1"."OBJECT_ID"="T2"."OBJECT_ID")  
  185.   
  186. Note  
  187. -----  
  188.    - dynamic sampling used for this statement (level=2)  
  189.      
  190. --HASH连接方式默认当然是采用后一种COST较小那类；  
  191. SQL> select t1.status,t2.status  
  192.   2  from t1,t2  
  193.   3  where t1.object_id=t2.object_id;  
  194.   
  195. Execution Plan  
  196. ----------------------------------------------------------  
  197. Plan hash value: 1838229974  
  198.   
  199. ---------------------------------------------------------------------------  
  200. | Id  | Operation          | Name | Rows  | Bytes | Cost (%CPU)| Time     |  
  201. ---------------------------------------------------------------------------  
  202. |   0 | SELECT STATEMENT   |      |    10 |   360 |   305   (1)| 00:00:04 |  
  203. |*  1 |  HASH JOIN         |      |    10 |   360 |   305   (1)| 00:00:04 |  
  204. |   2 |   TABLE ACCESS FULL| T1   |    10 |   180 |     3   (0)| 00:00:01 |  
  205. |   3 |   TABLE ACCESS FULL| T2   | 79628 |  1399K|   301   (1)| 00:00:04 |  
  206. ---------------------------------------------------------------------------  
  207.   
  208. Predicate Information (identified by operation id):  
  209. ---------------------------------------------------  
  210.   
  211.    1 - access("T1"."OBJECT_ID"="T2"."OBJECT_ID")  
  212.   
  213. Note  
  214. -----  
  215.    - dynamic sampling used for this statement (level=2)  
  216.   
  217.      
  218. 二.排序合并连接方式  
  219. --可以看到无论是哪种表排在前面先执行，其开销都是一样的；也就是说明merge方式是不存在驱动与被驱动的区别关系 ；  
  220. PLAN_TABLE_OUTPUT  
  221. ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------  
  222. SQL_ID  2yw072zjb9h5b, child number 1  
  223. -------------------------------------  
  224. select /*+ leading(t1) use_merge(t2,t1) */t1.status,t2.status from  
  225. t1,t2 where t1.object_id=t2.object_id  
  226.   
  227. Plan hash value: 412793182  
  228.   
  229. --------------------------------------------------------------------------------------------------------------------------  
  230. | Id  | Operation           | Name | Starts | E-Rows | A-Rows |   A-Time   | Buffers | Reads  |  OMem |  1Mem | Used-Mem |  
  231. --------------------------------------------------------------------------------------------------------------------------  
  232. |   0 | SELECT STATEMENT    |      |      1 |        |     10 |00:00:00.06 |    1077 |   1071 |       |       |          |  
  233. |   1 |  MERGE JOIN         |      |      1 |     10 |     10 |00:00:00.06 |    1077 |   1071 |       |       |          |  
  234. |   2 |   SORT JOIN         |      |      1 |     10 |     10 |00:00:00.01 |       3 |      0 |  2048 |  2048 | 2048  (0)|  
  235. |   3 |    TABLE ACCESS FULL| T1   |      1 |     10 |     10 |00:00:00.01 |       3 |      0 |       |       |          |  
  236. |*  4 |   SORT JOIN         |      |     10 |  79628 |     10 |00:00:00.06 |    1074 |   1071 |  2675K|   740K| 2377K (0)|  
  237. |   5 |    TABLE ACCESS FULL| T2   |      1 |  79628 |  75211 |00:00:00.02 |    1074 |   1071 |       |       |          |  
  238. --------------------------------------------------------------------------------------------------------------------------  
  239.   
  240. Predicate Information (identified by operation id):  
  241. ---------------------------------------------------  
  242.   
  243.    4 - access("T1"."OBJECT_ID"="T2"."OBJECT_ID")  
  244.        filter("T1"."OBJECT_ID"="T2"."OBJECT_ID")  
  245.   
  246. Note  
  247. -----  
  248.    - dynamic sampling used for this statement (level=2)  
  249.   
  250.   
  251. 28 rows selected.  
  252.   
  253. PLAN_TABLE_OUTPUT  
  254. ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------  
  255. SQL_ID  csjsgn0hh4dr6, child number 1  
  256. -------------------------------------  
  257. select /*+ leading(t2) use_merge(t2,t1) */t1.status,t2.status from  
  258. t1,t2 where t1.object_id=t2.object_id  
  259.   
  260. Plan hash value: 1792967693  
  261.   
  262. --------------------------------------------------------------------------------------------------------------------------  
  263. | Id  | Operation           | Name | Starts | E-Rows | A-Rows |   A-Time   | Buffers | Reads  |  OMem |  1Mem | Used-Mem |  
  264. --------------------------------------------------------------------------------------------------------------------------  
  265. |   0 | SELECT STATEMENT    |      |      1 |        |     10 |00:00:00.09 |    1077 |   1071 |       |       |          |  
  266. |   1 |  MERGE JOIN         |      |      1 |     10 |     10 |00:00:00.09 |    1077 |   1071 |       |       |          |  
  267. |   2 |   SORT JOIN         |      |      1 |  79628 |     54 |00:00:00.09 |    1074 |   1071 |  2675K|   740K| 2377K (0)|  
  268. |   3 |    TABLE ACCESS FULL| T2   |      1 |  79628 |  75211 |00:00:00.02 |    1074 |   1071 |       |       |          |  
  269. |*  4 |   SORT JOIN         |      |     54 |     10 |     10 |00:00:00.01 |       3 |      0 |  2048 |  2048 | 2048  (0)|  
  270. |   5 |    TABLE ACCESS FULL| T1   |      1 |     10 |     10 |00:00:00.01 |       3 |      0 |       |       |          |  
  271. --------------------------------------------------------------------------------------------------------------------------  
  272.   
  273. Predicate Information (identified by operation id):  
  274. ---------------------------------------------------  
  275.   
  276.    4 - access("T1"."OBJECT_ID"="T2"."OBJECT_ID")  
  277.        filter("T1"."OBJECT_ID"="T2"."OBJECT_ID")  
  278.   
  279. Note  
  280. -----  
  281.    - dynamic sampling used for this statement (level=2)  
  282.   
  283. 三.嵌套循环连接方式是影响最为明显的，buffers数相差了10倍之多；  
  284.   
  285. PLAN_TABLE_OUTPUT  
  286. ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------  
  287. SQL_ID  35g7vtpc63s04, child number 0  
  288. -------------------------------------  
  289. select /*+ leading(t1) use_nl(t2,t1) */t1.status,t2.status from t1,t2  
  290. where t1.object_id=t2.object_id  
  291.   
  292. Plan hash value: 1967407726  
  293.   
  294. ----------------------------------------------------------------------------------------------  
  295. | Id  | Operation          | Name | Starts | E-Rows | A-Rows |   A-Time   | Buffers | Reads  |  
  296. ----------------------------------------------------------------------------------------------  
  297. |   0 | SELECT STATEMENT   |      |      1 |        |     10 |00:00:00.11 |   10745 |  10710 |  
  298. |   1 |  NESTED LOOPS      |      |      1 |     10 |     10 |00:00:00.11 |   10745 |  10710 |  
  299. |   2 |   TABLE ACCESS FULL| T1   |      1 |     10 |     10 |00:00:00.01 |       4 |      0 |  
  300. |*  3 |   TABLE ACCESS FULL| T2   |     10 |      1 |     10 |00:00:00.11 |   10741 |  10710 |  
  301. ----------------------------------------------------------------------------------------------  
  302.   
  303. Predicate Information (identified by operation id):  
  304. ---------------------------------------------------  
  305.   
  306.    3 - filter("T1"."OBJECT_ID"="T2"."OBJECT_ID")  
  307.   
  308. Note  
  309. -----  
  310.    - dynamic sampling used for this statement (level=2)  
  311.      
  312. PLAN_TABLE_OUTPUT  
  313. ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------  
  314. SQL_ID  1a5dw45kqph9p, child number 0  
  315. -------------------------------------  
  316. select /*+ leading(t2) use_nl(t2,t1) */t1.status,t2.status from t1,t2  
  317. where t1.object_id=t2.object_id  
  318.   
  319. Plan hash value: 4016936828  
  320.   
  321. ----------------------------------------------------------------------------------------------  
  322. | Id  | Operation          | Name | Starts | E-Rows | A-Rows |   A-Time   | Buffers | Reads  |  
  323. ----------------------------------------------------------------------------------------------  
  324. |   0 | SELECT STATEMENT   |      |      1 |        |     10 |00:00:00.93 |     226K|   1071 |  
  325. |   1 |  NESTED LOOPS      |      |      1 |     10 |     10 |00:00:00.93 |     226K|   1071 |  
  326. |   2 |   TABLE ACCESS FULL| T2   |      1 |  79628 |  75211 |00:00:00.06 |    1075 |   1071 |  
  327. |*  3 |   TABLE ACCESS FULL| T1   |  75211 |      1 |     10 |00:00:00.74 |     225K|      0 |  
  328. ----------------------------------------------------------------------------------------------  
  329.   
  330. Predicate Information (identified by operation id):  
  331. ---------------------------------------------------  
  332.   
  333.    3 - filter("T1"."OBJECT_ID"="T2"."OBJECT_ID")  
  334.   
  335. Note  
  336. -----  
  337.    - dynamic sampling used for this statement (level=2)  
  338.   
  339.   
  340. 25 rows selected.  
  341.   
  342.           
  343. 小结：从以上可看出，影响大到小的顺序为nl->hash->merge(不影响);   
  344. 应用：日常工作环境中经常可看到，由于nl方式不当而应使用hash的案例，毕竟NL对数据量的大小影响是最为敏感；  
  345. 而ORACLE选择NL方式并没有错，错就错在预估值那里，所以当用explain plan for....,autot等方式看并不能看出问题；  
  346. 当通过running time的统计信息收集然后select * from table(dbms_xplan.display_cursor(null,null,'allstats last'));  
  347. 就会发现真正的原因是预估值与实际值的问题相差过大导致的；  
  348. 在这种情况下执行计划的绑定是比较实用和有效的； 

http://blog.csdn.net/launch_225/article/details/27859219

分享到：
| 使用netty+spring搭建游戏框架
评论
发表评论

您还没有登录,请您登录后再发表评论

相关推荐

    Oracle数据库3种主要表连接方式对比

    本文将详细介绍三种主要的表连接方式：嵌套循环连接（Nested Loop Join，简称NL Join）、排序合并连接（Sort Merge Join，简称SM Join）以及散列连接（Hash Join）。我们将探讨它们的特点、优势与劣势，以便于在实际...

    Oracle表连接方式

    NESTED LOOP是一种基本的表连接方式，适用于被连接的数据子集较小的情况。在nested loop连接中，驱动表满足条件结果集不大，被驱动表的连接字段要有索引，这样就走nested loop。如果驱动表返回记录太多，就不适合...

    sql优化..........

    在优化SQL查询时，主要涉及三种连接方法：嵌套循环连接（USE_NL）、排列合并连接（USE_MERGE）和哈希连接（USE_HASH）。以下是对这些连接方式的详细说明： 1. **嵌套循环连接（USE_NL）** - 在嵌套循环连接中，...

    oracle表的连接方式

    Oracle提供了三种主要的表连接方式：NESTED LOOP JOIN、HASH JOIN和SORT MERGE JOIN。每种方法都有其独特的应用场景和性能特点。 #### NESTED LOOP JOIN NESTED LOOP JOIN是一种简单的连接方式，适用于连接的数据...

    实战Oracle SQL调优 hint特性

    - `NO_USE_NL`：指示不使用嵌套循环连接。 4. **并行执行提示** - `PARALLEL`：指示查询使用并行执行。 - `NO_PARALLEL`：指示查询不使用并行执行。 - `PQ_DISTRIBUTE`：指示并行查询的分布策略。 5. **查询...

    oracle CBO HINT

    `USE_MERGE` 强制使用排序合并连接，而 `USE_NL` 使用嵌套循环连接。 2. **连接操作**： - **Nested Loop Join (NLJ)**：适合于小表连接大表的情况，每次从驱动表取出一条记录，然后在另一个表中查找匹配记录。 -...

    Oracle SQL 优化与调优技术详解-附录：SQL提示.pdf

    - **NL_AJ**、**HASH_AJ**、**MERGE_AJ**：分别指定嵌套循环、哈希和合并连接方式。 - **USE_HASH**、**USE_MERGE**、**USE_NL**：分别指定使用哈希、合并或嵌套循环连接。 - **NO_USE_HASH**、**NO_USE_MERGE**、**...

    Oracle的hints调整机制介绍

    3. `use_nl_with_index`：这个hint强制CBO使用嵌套循环连接（NLJ），并将特定表作为内部表，前提是CBO能找到匹配的索引键值。这在某些特定场景下可以提高查询效率。 4. `CARDINALITY`：这个hint允许用户指定查询...

    oracle_hint教程汇总

    3. **NESTED LOOPS, MERGE JOIN, AND HASH JOIN**：这三个Hint分别对应三种不同的连接算法。`NESTED LOOPS`适合小表连接大表，`MERGE JOIN`适用于两个已排序的表，而`HASH JOIN`适用于处理大规模数据集。 4. **...

    Oracle 表三种连接方式使用介绍(sql优化)

    Oracle数据库在处理表之间的连接操作时提供了三种主要的连接方式：Nested Loop Join、Hash Join以及Sort Merge Join。这些连接方式各有特点，适用于不同的情景，理解它们的工作原理和适用条件对于SQL查询优化至关...

    让Oracle跑得更快 Oracle 10g性能分析与优化思路.part2.rar

    6.4.1 use_hash，use_nl和use_merge hint 127 6.4.2 no_use_hash hint 132 6.4.3 no_use_merge hint 133 6.4.4 no_use_nl hint 133 6.5 并行执行相关的hint 134 6.5.1 parallel hint 134 6.5.2 no_parallel hint 134...

    Oracle SQL Hints

    Oracle SQL Hints是一种在Oracle数据库中用于优化SQL语句执行计划的辅助手段。通过在SQL语句中嵌入特定的指令，即HINT，可以向Oracle优化器强制指示使用特定的访问路径、关联方法等，以便绕过优化器的默认选择，从而...

    让Oracle跑得更快 Oracle 10g性能分析与优化思路.part1.rar

    6.4.1 use_hash，use_nl和use_merge hint 127 6.4.2 no_use_hash hint 132 6.4.3 no_use_merge hint 133 6.4.4 no_use_nl hint 133 6.5 并行执行相关的hint 134 6.5.1 parallel hint 134 6.5.2 no_parallel hint 134...

    Oracle SQL 优化与调优技术详解-附录：SQL提示

    - USE_HASH、NO_USE_HASH等用于开启或禁用特定的join优化方法。 概要数据提示：这类提示用于向优化器提供额外的统计信息。 - OPTIMIZER_FEATURES_ENABLE：指定优化器应该使用哪个版本的特性。 - OPT_PARAM：设置...

    SQL优化 '%5400%' LIKE操作符

    - **使用 `USE_MERGE` 提示**：指定使用 `MERGE JOIN` 连接方式。 - **使用 `USE_HASH` 提示**：指定使用 `HASH JOIN` 连接方式。 - **使用 `INDEX` 提示**：指定使用特定的索引来访问表。 尽管HINTs提供了一种直接...

    SQL性能优化

     USE_MERGE（使用MERGE JOIN方式联合）  USE_HASH（使用HASH JOIN方式联合）  索引提示：  INDEX（TABLE INDEX）（使用提示的表索引进行查询）  其它高级提示(如并行处理等等) 1.5 索引的规则： 建立...

    oracle sql 语句暗示 hints

    - **`/*+ USE_NL (表名) */`**：强制使用嵌套循环连接方法。 - **`/*+ NO_INDEX (表名) */`**：禁止使用任何索引，只能进行全表扫描。 ##### 2.2 连接方法暗示 连接方法暗示用于控制不同表之间的连接方式，常用的...

    Oracle面试题

    列举几种表连接方式** - **NESTED LOOP (NL)**: 适用于其中一张表的查询结果非常小，或者连接条件较为复杂（如使用 `NOT IN` 等）的情况。这种连接方式先处理较小的表，然后对于每一条记录，在较大的表中寻找匹配...

Magicbox
Global site tag (gtag.js) - Google Analytics