遅延行パーティション排除 - Advanced SQL Engine - Teradata Database

行パーティション排除は、パーティション列をUSINGリクエスト修飾子変数(ホスト変数を含む)と比較する条件や、CURRENT_DATEまたはCURRENT_TIMESTAMPのような組み込み関数で実施される可能性があります。データベースは、そのような計画はキャッシュしないことがあります。これは、キャッシュされた計画を後から実行する際には、キャッシュされている式の変更を処理するために、その計画を一般化する必要があるためです(パラメータ化されたリクエストを参照)。ただし、そのような条件を最適化する機会があります。例えば、この特定計画の実行用の値を使用してキャッシュされている計画から最終計画を構築するまで、行パーティション排除を遅延させることができます。

単一組み合わせパーティションを定義する等価条件

遅延行パーティション排除は、すべてのパーティション列のすべての行パーティション レベルにおける等価条件に、USINGリクエスト修飾子変数と組み込み関数を使用する際に発生します。つまり、システムがUSINGリクエスト修飾子変数または組み込み関数の値を適用して、キャッシュ可能な計画から最終計画を構築する際に、組み合わせパーティション式の単一の組み合わせパーティションが指定されるような制約が存在しなければなりません。

組み合わせパーティション式の単一組み合わせ行パーティションが指定されるように、パーティション列でAND演算された等価条件が必要です。

例えば、次のテーブル定義があるとします。

CREATE TABLE markets (
  productid       INTEGER NOT NULL
  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 (productid, region)
PARTITION BY RANGE_N(region          BETWEEN 1
                                     AND     9
                                     EACH    3)
             RANGE_N(business_sector BETWEEN 0 
                                     AND    49
                                     EACH   10)
             RANGE_N(revenue_code    BETWEEN 1
                                     AND    34
                                     EACH    2)
             RANGE_N(activity_date   BETWEEN DATE '1986-01-01'
                                     AND     DATE '2007-05-31'
                                     EACH INTERVAL '1' MONTH))

これは、行パーティション化を使用した書き換えの例で定義されたものと同じテーブルです。

問合わせの例が遅延行パーティション排除を十分に活用できなかった場合、それらはすべて、別途指定がない限り、全AMPのフル テーブル スキャンを処理する必要があります。

この例では、2バイトの内部パーティション番号を想定しています。次のクエリーは、USINGリクエスト修飾子の値のセットと組み込み関数の両方を指定します。データベースは全AMPで1つの組み合わせ行パーティションを読み取ります(述部内の条件がテーブルのすべての行パーティション化レベルに対するものであるために組み合わせされます)。この結果、システムはデータ ブロックの1/65,535のみをマーケット テーブルについて読み取ります。これは、述部で指定されている全パーティション レベルで、65,535のすべての組み合わせパーティションがスキャンに適格しますが、データベースは、すべての適格な行にアクセスする際に、それらの65,535の組み合わせ行パーティションのうち、1つの組み合わせ行パーティションのみを読み取る必要があるためです。

組み合わせ行パーティションは、データ ブロックの途中で開始、終了することがあり、そのようなデータ ブロックには問合わせの述部によって修飾されない値を保持する行が含まれることがあります。データベースは、組み合わせ行パーティションのデータ ブロックを読み取る際に、それらの行を必然的に読み取りますが、それらは問合わせの述部に対して適格でないので、結果セットでは返されません。

USING (r BYTEINT, b BYTEINT, rc BYTEINT)
SELECT *
FROM markets
WHERE region=:r
AND   business_sector=:b
AND   revenue_code=:rc
AND   activity_date=CURRENT_DATE;

遅延行パーティション排除および文字パーティション化されたテーブル

パーティション行排除は、パーティション列をホスト変数を含むUSING変数と比較する条件を使用する際に、または、CURRENT_DATEのような組み込み関数を使用する際に実行される可能性があります。

遅延行パーティション排除のレベルを限定する等価条件で大文字小文字が区別されない場合、所定の行パーティション レベルでのすべての比較でも大文字小文字を区別しない必要があります。これはすべての行パーティション レベルに当てはまる必要がありますが、大文字小文字の区別は異なる行パーティション レベルで一致する必要はありません。

文字パーティション レベルに文字データの大文字と小文字を区別する比較が含まれる場合、対応するAND演算の等価条件(レベルのパーティション列を含む)でも大文字と小文字を区別する必要があります。

以下のテーブルを作成したとします。このテーブルはその後のSELECTリクエストの例で使用します。

CREATE SET TABLE user_IDs, NO FALLBACK, NO BEFORE JOURNAL,
                           NO AFTER JOURNAL, CHECKSUM = DEFAULT (
  user_ID   INTEGER,
  user_name CHARACTER(40) CHARACTER SET UNICODE CASESPECIFIC)
PRIMARY INDEX (user_ID)
PARTITION BY RANGE_N(user_name BETWEEN 'A','Z','a','y' AND
                       'zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz',
             NO RANGE OR UNKNOWN);

説明を簡単にするために、行パーティション間で行が均等に分散され、行パーティションごとに多くのデータ ブロックがあるとします。この形式の遅延行パーティション排除がないと、リクエストは要求された結果セットを返すために全AMP、フル テーブル スキャンが必要になります。

遅延行パーティション排除を使用するため、データベースは全AMPで1つの行パーティションを読み取ります。システムは、組み込み関数USERの値をuser_nameに置き換えます。そのため、データベースは、データ ブロックの約1/5(user_IDs用)だけを読み取る必要があります。

行パーティションが含まれているデータ ブロックには、それらのデータ ブロックの最初と最後に該当しない行が含まれていることがあるので、データベースは行パーティションを読み込みながら、そのような行も読み込む必要があります。ただし、そのような行が結果セットの一部として返されることはありません。

SELECT *
FROM user_IDs
WHERE user_name=USER;