Trueに設定すると、TeradataのFastLoadまたはFastExportユーティリティによってクエリー時間が短縮されます。FastpathまたはJDBCのデフォルトのロードを使用するかどうかを決定するためにクエリーのカーディナリティが使用されます。

Teradataに使用するFastExportセッションの数。

Teradataに使用するFastLoadセッションの数。

必要なキャッシュオブジェクトのテーブルプレフィックス、バケット数、およびインデックス作成を指定するための選択肢があります。

事前定義済みのキャッシュテーブルを選択できます。事前定義済みのキャッシュテーブルは、キャッシュテーブルのメタデータ要件に準拠している必要があります。データの整合性を保つため、キャッシュされる各リソースには独自のキャッシュデータテーブルが必要です。

データソースの定義方法とイントロスペクト方法によっては、Studioリソースツリーのデータソースの下に1つまたは2つのレベルのフォルダーがある場合があります。テーブルカタログは、データソースの下の最初のレベルのフォルダーを参照します。データソースにサブフォルダーが含まれている場合は、ここに最初のレベルの名前を入力します。この名前では大文字と小文字が区別されます。

テーブルスキーマは、データソースの下の2番目のレベルのフォルダーを参照します。データソースにサブフォルダーが含まれている場合は、ここに2番目のレベルの名前を入力します。この名前では大文字と小文字が区別されます。

作成するキャッシュテーブルとインデックスに追加するプレフィックス。一意のプレフィックスが必要です。

保持するキャッシュのスナップショットの数を指定します。値3から始めて、特定のキャッシングニーズに対応するためにその数を増やす必要があるかどうかを判断します。

必要なキャッシュテーブルの数は、データがキャッシュされる頻度、キャッシュされるデータの量、更新が発生する頻度、およびこのキャッシュにアクセスするトランザクションのうち最も長く実行されるトランザクションによって異なります。たとえば、最も長く実行されるトランザクションが4時間で、更新が1時間ごとに行われる場合、少なくとも4つのキャッシュテーブルを定義する必要があります。キャッシュが2時間ごとに更新されるものの、一部のトランザクションが6時間実行される場合は、少なくとも4つのキャッシュテーブルを構成します。

キャッシュステータステーブルの各行には、スナップショットを含むキャッシュテーブルの名前があります。

キャッシュテーブルは、それを使用するアクティブなトランザクションがある限り、ガベージコレクションの対象にはなりません。

TDVはキャッシュテーブルの共有を検出しようとしますが、各キャッシュテーブルが1つのリソースのみによって使用されるようにするのはユーザーの責任です。

DDLを実行して、キャッシングに必要なテーブルを作成します。

オンにすると、ビューの[Indexes(インデックス)]タブに表示されているすべてのインデックスが生成されるDDLの一部になり、作成されます。このチェックボックスをオンにすると、データのロード前にインデックスが削除され、ロード後に再作成されます。これにより、ロード時間が短縮されます。

キャッシュストレージ用のテーブルを追加する場合に使用します。

複数テーブルキャッシュ用のテーブルを参照して選択するか、作成します。リソースツリーのパスを入力することもできます。

このテーブルに他のキャッシュデータを保存しないでください。