Rowkeyベースのマージ結合 - Advanced SQL Engine - Teradata Database

単一レベルおよびマルチレベル パーティションの行キー ベース マージ結合では、すべてのプライマリ インデックス列と2つのリレーションのパーティション列に等式条件が必要です。

Rowkeyベースのマージ結合の対象となるには、両方のリレーションに同じパーティション化が指定される必要があります。パーティション化が異なる場合、2つのリレーションのパーティション化が同じになるように、リレーションの1つをスプールしてパーティション化する必要があります。

Vantageでは、8バイトのパーティション化を含む行パーティション化されたPIテーブルのパーティション再マッピングを使用した、完全外部行キー ベースのマージ結合はサポートされていません。

文字PPIに適用されるその他の制限については、「文字パーティション化されたリレーションを含むRowkeyベースのマージ結合に必要な条件」も参照してください。

Rowkeyベースのマージ結合にサポートされている結合方式

Rowkeyベースのマージ結合では、右外部マージ結合はサポートされていません。最適化ルーチンは、結合タイプが左外部マージ結合となるようにリレーションを切り替えることができることに注意してください。

Rowkeyベースのマージ結合は、プライマリ インデックス付きのテーブルと、結合条件にならないプライマリ インデックスを持つテーブルとの間での結合と見なすことができます。そのような結合を行なうために、システムはスプールに他のテーブルのRowkeyを作成します。このRowkeyは結合相手の行パーティション化されたPIテーブルのパーティション式に基づいて作成されます。

サポートされていないRowkeyベースのマージ結合のパーティション排除機能

Vantageでは、8バイト パーティション化のパーティション再マッピングを使用した完全外部行キー ベースのマージ結合について、動的行パーティション排除をサポートしていません。

文字パーティション化されたリレーションを含むRowkeyベースのマージ結合に必要な条件

結合される両方のリレーションがこれらすべての条件を満たしていない場合、結合の他方のパーティション化されたリレーションのパーティション化と一致させるために、どちらかをスプールしてから再パーティション化する必要があります。

文字パーティション列のすべての等価結合条件で大文字小文字が区別される場合、最適化ルーチンでRowKeyベースのマージ結合を指定するために、現在のセッションの照合指定がそのテーブルの照合指定と一致する必要はありません。

ANSIモードのセッションで文字パーティション化されたテーブルを作成する場合は、比較内の定数式がNOT CASESPECIFICとして明示的にCASTされていない限り、システムは、CASE_Nベースのパーティション式または一般化されたパーティション式で比較されるパーティション列を暗黙的にCASESPECIFICにキャストします。

これは、そのようなパーティション プライマリ インデックスを含むRowKeyベースのマージ結合を使用することで評価できる結合条件のタイプに影響します(Rowkeyベースのマージ結合が使用できない場合の例については、このトピックで後述します)。

この例では、2つの文字パーティション化されたテーブルがプライマリ インデックスおよびパーティション式で結合されます。次のテーブル定義は、いずれも同じセッション照合で作成されたと仮定します。

CREATE SET TABLE test1, NO FALLBACK, NO BEFORE JOURNAL,
                        NO AFTER JOURNAL,CHECKSUM = DEFAULT (
  i INTEGER,
  j CHARACTER(4) CHARACTER SET UNICODE CASESPECIFIC)
PRIMARY INDEX (i)
PARTITION BY RANGE_N(j BETWEEN 'AAAA','ZZZZ','aaaa','yyyy'
                       AND     'zzzz');
CREATE SET TABLE test11, NO FALLBACK, NO BEFORE JOURNAL,
                         NO AFTER JOURNAL, CHECKSUM = DEFAULT (
  i INTEGER,
  j CHARACTER(4) CHARACTER SET UNICODE CASESPECIFIC)
PRIMARY INDEX (i)
PARTITION BY RANGE_N(j BETWEEN 'AAAA','ZZZZ','aaaa','yyyy'
                       AND     'zzzz');

これらのテーブルを結合する次のSELECTリクエストを実行依頼するとします。

SELECT *
FROM test1 INNER JOIN test11
WHERE test1.i = test11.i
AND   test1.j = test11.j;

この例では、2つのテーブル(そのうち1つだけが文字パーティション化されている)がプライマリ インデックスで結合されます。次のテーブル定義は、いずれも同じセッション照合で作成されたと仮定します。

CREATE TABLE markets (
  product_name    VARCHAR(50) CHARACTER SET UNICODE CASESPECIFIC,
  region          BYTEINT NOT NULL,
  activity_date   DATE FORMAT 'yyyy-mm-dd' NOT NULL,
  revenue_code    BYTEINT NOT NULL,
  business_sector BYTEINT NOT NULL,
  note            VARCHAR(256))
PRIMARY INDEX (productname)
PARTITION BY (RANGE_N(productname BETWEEN 'A','B','C','D','E','F',
                                          'G','H','I','J','K','L',
                                          'M','N','O','P','Q','R',
                                          'S','T','U','V','W','X',
                                          'Y','Z'
                                  AND
            'ZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZ',
                 NO RANGE,
                 UNKNOWN));
CREATE TABLE products (
  product_name VARCHAR(50) CHARACTER SET LATIN NOT CASESPECIFIC,
  description VARCHAR(256))
PRIMARY INDEX (productname);

marketsは文字パーティション化されたリレーションであり、productsは文字パーティション化されていません。

これらのテーブルを結合する次のSELECTリクエストを実行依頼するとします。

SELECT *
FROM products INNER JOIN markets
WHERE products.product_name = markets.product_name;

システムは、行キー ベースのマージ結合を使用する代わりに、productsテーブルから行を選択してスプールを形成し、次に文字パーティション化されたリレーションmarketsと同じ行キーによってソートしてから、文字パーティション化されたリレーションmarketsからスプールされたリレーションproductsへの行キー ベースのマージ結合を実行します。

パーティション化されたテーブル内のすべての比較はケース指定なので、セッション照合は文字パーティション化されたテーブル照合と一致する必要はありませんが、テーブルの作成後にテーブル照合の定義を変更すると(これはMULTINATIONAL照合およびCHARSET_COLL照合にのみ適用されます)、最適化ルーチンはRowKeyベースのマージ結合を指定しなくなります。

次のCREATE TABLEリクエストがANSIセッション モードで実行依頼されます。

CREATE MULTISET TABLE tt1(
  a INTEGER,
  b CHARACTER(30) NOT CASESPECIFIC)
PRIMARY INDEX (a)
PARTITION BY CASE_N(b BETWEEN 'A' AND 'Z',
                    b BETWEEN 'a' AND 'z',
             NO CASE OR UNKNOWN);
CREATE MULTISET TABLE tt2(
  a INTEGER,
  b CHARACTER(30) NOT CASESPECIFIC)
PRIMARY INDEX (a);

これらのテーブルを結合する次のSELECTリクエストがTeradataセッション モードで実行依頼されます。

SELECT *
FROM tt1 INNER JOIN tt2
WHERE tt1.a = tt2.a
AND   tt1.b = tt2.b;

パーティション式内の比較では大文字小文字が区別されますが、SELECTリクエスト内の結合条件では大文字小文字が区別されないので、システムはこのリクエストに対してRowKeyマージ結合を使用できません。

次のCREATE TABLEリクエストがTeradataセッション モードで実行依頼されます。

CREATE MULTISET TABLE tt3(
  a INTEGER,
  b CHARACTER(30) NOT CASESPECIFIC)
PRIMARY INDEX (a)
PARTITION BY CASE_N(TRIM(LEADING 'a' FROM b) BETWEEN 'A'
                                             AND     'Z',
                    TRIM(LEADING 'a' FROM b) BETWEEN 'a'
                                             AND     'z',
                    NO CASE OR UNKNOWN);
CREATE MULTISET TABLE tt2(
  a INTEGER,
  b CHARACTER(30) NOT CASESPECIFIC)
PRIMARY INDEX (a);

これらのテーブルを結合する次のSELECTリクエストがTeradataセッション モードで実行依頼されます。

SELECT *
FROM tt3 INNER JOIN tt2
WHERE tt3.a = tt2.a
AND   tt3.b = tt2.b;

TRIM関数のためにtt3のパーティション式内の比較では大文字小文字が区別されますが、SELECTリクエスト内の結合条件では大文字小文字が区別されないので、この場合、最適化ルーチンはRowKeyマージ結合を選択できません。