web-dev-qa-db-ja.com

Oracleにサブクエリにハッシュ結合を使用させる

次のようなクエリがあります

SELECT *
FROM table0
WHERE id IN (SELECT id FROM table1 JOIN table2)

Oracleは、ネストされたループを使用して（table1 x table2）の結果とtable0を結合することを選択しており、何時間もかかります。代わりにHASHを使用するようにヒントを付けることができるかどうかを確認しようとしていますが、どのヒントを使用するかがわかりません。 HASH_SJとHASH_AJをいろいろな場所に貼り付けてみましたが、役に立ちませんでした...

oracleoptimizationjoin
5
MK01

最初にWITH句をMATERIALIZEヒントと組み合わせて使用​​して、サブクエリを強制的にマテリアライズします。このようなもの：

WITH x as (select /*+ MATERIALIZE */
           from [your subquery join])
SELECT *
FROM table0, x
WHERE table0.id =x.id
6
Toon Koppelaars

QB_NAME ヒントなどで修飾した後、サブクエリでヒントを使用できます。

ただし、この場合、単純な USE_HASH ヒントで問題ありません。これが私の設定です：

create table t0 (id integer primary key, pad char(500));
insert into t0 select rownum, 'x' from dual connect by level <= 2000;

create table t1 (t1_id integer primary key, id integer references t0, pad char(500));
insert into t1 select rownum, round(rownum/2), 'x' from dual connect by level <= 100;
create index i0 on t1(id);

create table t2 (t2_id integer primary key, t1_id integer references t1, pad char(500));
insert into t2 select rownum, round(rownum/2), 'x' from dual connect by level <= 100;
create index i1 on t2(t1_id);

exec dbms_stats.gather_table_stats(user, 'T0', cascade=>true);
exec dbms_stats.gather_table_stats(user, 'T1', cascade=>true);
exec dbms_stats.gather_table_stats(user, 'T2', cascade=>true);

この設定では、次のクエリがNESTED LOOP結合を実行します。

SQL> EXPLAIN PLAN FOR
  2  SELECT * FROM t0
  3   WHERE id IN (SELECT id
  4                  FROM t1 JOIN t2 ON t1.t1_id = t2.t1_id
  5                 WHERE t2.pad LIKE :x);

Explained.

SQL> SELECT * FROM TABLE(DBMS_XPLAN.display);

-------------------------------------------------------------------------------
| Id  | Operation                    |  Name          | Rows  | Bytes | Cost  |
-------------------------------------------------------------------------------
|   0 | SELECT STATEMENT             |                |     5 |  2585 |    37 |
|   1 |  NESTED LOOPS                |                |     5 |  2585 |    37 |
|   2 |   VIEW                       | VW_NSO_1       |     5 |    65 |     7 |
|   3 |    SORT UNIQUE               |                |     5 |  2550 |       |
|   4 |     HASH JOIN                |                |     5 |  2550 |     7 |
|   5 |      TABLE ACCESS FULL       | T1             |   100 |   600 |     3 |
|   6 |      TABLE ACCESS FULL       | T2             |     5 |  2520 |     3 |
|   7 |   TABLE ACCESS BY INDEX ROWID| T0             |     1 |   504 |     1 |
|   8 |    INDEX UNIQUE SCAN         | SYS_C00746321  |     1 |       |       |
-------------------------------------------------------------------------------

USE_HASHヒント：

SQL> EXPLAIN PLAN FOR
  2  SELECT /*+ USE_HASH (t0) */ * FROM t0
  3   WHERE id IN (SELECT id
  4                  FROM t1 JOIN t2 ON t1.t1_id = t2.t1_id
  5                 WHERE t2.pad LIKE :x);

Explained.

SQL> SELECT * FROM TABLE(DBMS_XPLAN.display);

--------------------------------------------------------------------
| Id  | Operation            |  Name       | Rows  | Bytes | Cost  |
--------------------------------------------------------------------
|   0 | SELECT STATEMENT     |             |     5 |  2585 |    44 |
|   1 |  HASH JOIN SEMI      |             |     5 |  2585 |    44 |
|   2 |   TABLE ACCESS FULL  | T0          |  2000 |   984K|    23 |
|   3 |   VIEW               | VW_NSO_1    |     5 |    65 |     7 |
|   4 |    HASH JOIN         |             |     5 |  2550 |     7 |
|   5 |     TABLE ACCESS FULL| T1          |   100 |   600 |     3 |
|   6 |     TABLE ACCESS FULL| T2          |     5 |  2520 |     3 |
--------------------------------------------------------------------
4
Vincent Malgrat