外部表キャッシュを使用した外部表のパフォーマンスの向上
Oracle Autonomous AI Databaseの外部表キャッシュを使用すると、アクセス頻度の高いデータをデータベースの外部表からキャッシュできます。
外部表キャッシュは、Oracle AI Database 26aiでのみサポートされています。
- Autonomous AI Databaseの外部表キャッシュについて
外部表キャッシュは、外部表からのデータを格納するAutonomous AI Databaseの記憶域です。 - 外部表キャッシュを作成するための前提条件
外部表キャッシュを作成するための前提条件をリストします。 - Autonomous AI Databaseでの外部表キャッシュの作成および管理
外部表キャッシュを使用して、データベース内の外部表のデータをキャッシュできます。 - 外部表キャッシュ情報の表示
Autonomous AI Databaseには、外部表キャッシュをモニターできるビューが用意されています。 - 外部表キャッシュ・ノート
Autonomous AI Databaseでの外部表キャッシュの使用に関する重要なノートおよび制限をリストします。
親トピック: 機能
Autonomous AI Databaseの外部表キャッシュについて
外部表キャッシュは、外部表からのデータを格納するAutonomous AI Databaseのストレージ領域です。
外部データはデータベースによって管理されませんが、外部表を使用してデータベース外部のデータを問い合せることができます。外部表に対する問合せは、データにアクセスするたびにオブジェクト・ストアに格納されている外部ファイルからフェッチする必要があるため、データベース表に対する問合せほど高速ではありません。
外部表キャッシュを使用すると、頻繁にアクセスされる外部データをAutonomous AI Database内にローカルに格納できるため、後続の問合せでキャッシュから直接データを取得できます。外部データがデータベースに格納されると、外部表からデータを取得する場合よりも、外部表に対する問合せが大幅に高速に実行されます。このキャッシュ・メカニズムは、アプリケーションに対して完全に透過的であり、SQL文や既存のワークフローを変更する必要はありません。
Parquet表、ORC表、AVRO表、CSV表およびIceberg表に作成されたパーティション表および非パーティション表の外部表キャッシュを作成できます。新しいファイルまたは更新されたファイルを簡単にキャッシュに移入でき、削除されたファイルまたはアクセスできないファイルのデータがデータベースによって自動的に無効化されるため、問合せは常に最新データを戻します。外部ファイルが削除されたり、表の資格証明が取り消されたりすると、対応するキャッシュ・データはただちに無効化され、アクセスできなくなり、データの整合性とセキュリティが維持されます。
データベース内の外部表キャッシュは、自動またはポリシーベースの設定で管理できます。ポリシーベースのキャッシュ管理では、キャッシュからファイルを移入、リフレッシュおよびリタイアする単純なポリシーを定義できるため、キャッシュの内容とメンテナンスを正確に制御できます。
-
分析のパフォーマンスの向上: 頻繁にアクセスされる外部データに対して問合せが数倍高速になります。同じデータに定期的にアクセスするダッシュボード、レポートおよび分析ツールに最適です。
-
100%透過的: キャッシュ・メカニズムは完全に透過的です。アプリケーションは、問合せ、ダッシュボードまたはアプリケーションに変更を加えることなく、高速化の恩恵を受けることができます。
-
クラウド・コストの削減: マルチクラウド・アプリケーションでは、キャッシュによってリモート・ストレージからの外部データ取得を繰り返す必要性が軽減されるため、リージョンまたはクラウド間のデータへのアクセスに関連するデータ・エグレス料金が削減されます。
-
ファイングレインで柔軟なキャッシュ制御: すべてのファイル、ファイルの割合、または最近更新されたデータのみをキャッシュできます。外部表キャッシュのキャッシュ・データ、キャッシュ・サイズおよび記憶域制限を制御できます。
詳細は、外部データのクエリを参照してください。
親トピック: 外部表キャッシュを使用した外部表のパフォーマンスの向上
外部表キャッシュの作成の前提条件
外部表キャッシュを作成するための前提条件をリストします。
-
ADMINユーザーとしてログインするか、DBMS_EXT_TABLE_CACHEおよびDBMS_CACHEパッケージに対するEXECUTE権限を持っている必要があります。 -
外部表キャッシュは、独自のスキーマおよび所有する外部表に対してのみ作成できます。
-
キャッシュ・データに十分なストレージ容量があることを確認するために、スキーマに適切な領域割当て制限が割り当てられている必要があります。
-
オブジェクト・ストアに格納されている外部表ファイルにアクセスするには、資格証明が必要です。Oracle Cloud Infrastructure Object Storeにアクセスするためにリソース・プリンシパル資格証明を有効にする場合は、資格証明を作成する必要はありません。
親トピック: 外部表キャッシュを使用した外部表のパフォーマンスの向上
Autonomous AI Databaseでの外部表キャッシュの作成および管理
外部表キャッシュは、データベース内にスキーマ・オブジェクトとして作成されます。このスキーマ・オブジェクトには、表および索引がデータファイルに格納される方法と同様の物理領域が割り当てられます。外部表キャッシュを作成すると、スキーマに新しい表が作成され、スキーマに設定された領域割当て制限も外部表キャッシュに適用されます。
外部表キャッシュの管理は、「自動」または「ポリシーベース」です。自動キャッシュ管理では、外部表の問合せパターンに基づいて、キャッシュを作成、移入、リフレッシュおよび削除します。ポリシーベースの管理では、キャッシュの作成方法、移入方法、リフレッシュ方法およびリタイア方法を定義して、キャッシュの内容とライフサイクルを正確に制御できます。
トピック
- 外部表に対するポリシーベースのキャッシュの使用
Autonomous AI Databaseで外部表にポリシーベースのキャッシュを使用する方法を説明します。 - 外部表に対する自動キャッシュの使用
Autonomous AI Databaseで外部表に対して自動キャッシュを使用する方法を説明します。
親トピック: 外部表キャッシュを使用した外部表のパフォーマンスの向上
外部表に対するポリシーベースのキャッシュの使用
Autonomous AI Databaseで外部表にポリシーベースのキャッシュを使用する方法について説明します。
ポリシーベースのキャッシュでは、外部データがデータベース内でキャッシュ、リフレッシュおよび管理される方法を明示的に制御できます。この方法では、DBMS_EXT_TABLE_CACHEパッケージで使用可能なPL/SQLプロシージャを使用して、キャッシュ・ポリシーを定義し、キャッシュ・ライフサイクル全体を管理します。これらのプロシージャを使用すると、キャッシュの作成と移入、キャッシュからのファイルの削除、キャッシュの有効化または無効化など、様々なキャッシュ・ライフサイクル操作を明示的に実行できます。
この方法では、キャッシュ動作を詳細に制御できます。キャッシュする外部表ファイルまたは外部表のデータの割合を指定できるため、ワークロード要件に基づいてキャッシュ領域を最適に使用できます。ADD_BY_LIKEやADD_LATEST_FILESなどのプロシージャを使用すると、ファイル名パターン、変更時間、データ・フレッシュネス基準など、複数のパラメータに基づいて、ファイルをフィルタ処理してキャッシュに移入できます。同様に、CLEAR、RETIRE_FILES、DROP_BY_LIKEなどのプロシージャを使用して、キャッシュからファイルを削除できます。
ポリシーベースのキャッシュは自動削除アルゴリズムでは管理されないため、領域不足の場合、データベースによって自動的に削除されることはありません。キャッシュ領域が使用できなくなった場合、追加の領域が解放されるまで、新しいファイルの移入に失敗することがあります。このアプローチにより柔軟性が向上し、キャッシュ・コンテンツをより詳細に制御する必要があるワークロードに最適です。
次のフローチャートは、DBMS_EXT_TABLE_CACHEパッケージを使用してポリシーベースのキャッシュを管理するステップの概要を示しています。これには、キャッシュの作成、移入、削除などの主要なステップが含まれます。
トピック
- 外部表キャッシュの作成
DBMS_EXT_TABLE_CACHE.CREATE_CACHEを実行して、外部表キャッシュを作成します。 - 外部表キャッシュへのファイルの移入
外部表キャッシュにファイルを移入する例を示します。 - 外部表キャッシュからのファイルの削除
外部表キャッシュからファイルを削除する例を示します。 - 外部表キャッシュの無効化および有効化
外部表キャッシュの無効化および有効化の例を示します。 - 外部表キャッシュの削除
外部表キャッシュを削除する例を示します。 - ポリシーベース・キャッシュのオプション・サイズ設定プリファレンスの設定
Autonomous AI Databaseでポリシーベースの外部表キャッシュのサイズ設定プリファレンスを設定する方法について説明します。
外部表のキャッシュの作成
DBMS_EXT_TABLE_CACHE.CREATE_CACHEを実行して、外部表キャッシュを作成します。
キャッシュが作成されると、最初は空になり、移入が有効になります。キャッシュ・サイズは、スキーマに定義された領域割当て制限に応じて、割り当てられた制限に達するまで、ファイルが追加されるたびに増加します。詳細は、ポリシーベースのキャッシュのオプション・サイズ設定プリファレンスの設定を参照してください。
親トピック: 外部表に対するポリシーベースのキャッシュの使用
外部表キャッシュへのファイルの移入
外部表キャッシュにファイルを移入する例を示します。
キャッシュを作成したら、ファイルをキャッシュに移入できます。移入ファイルは、指定された外部表ファイルの内容をキャッシュにロードします。表からすべてのファイルを移入するか、表の特定の割合を移入するか、または移入するファイルを制限するフィルタ条件を指定できます。たとえば、ファイル名または日付範囲に基づいてファイルをフィルタできます。
-
スキーマに割り当てられた領域割当て容量に応じて、Oracleはファイルをキャッシュに移入しようとします。割り当てられた割当て制限に達すると、必要な領域が割り当てられていないかぎり、Oracleはファイルの移入を停止します。
-
外部表キャッシュは自動的にはリフレッシュされません。オブジェクト・ストア上のファイルが変更されたときにキャッシュを更新するには、ファイルを再移入する必要があります。
-
ファイルがオブジェクト・ストアから削除されると、対応するキャッシュ・データはただちに無効になり、取得できなくなります。
外部表キャッシュへの表の追加
DBMS_EXT_TABLE_CACHE.ADD_TABLEを使用して、表全体または外部表の特定の割合をキャッシュに移入します。
例
BEGIN
DBMS_EXT_TABLE_CACHE.ADD_TABLE (
owner => 'SALES',
table_name => 'STORE_SALES');
END;
/この例では、STORE_SALES表をキャッシュに移入しようとし、すでに移入されている既存のファイルをスキップします。
BEGIN
DBMS_EXT_TABLE_CACHE.ADD_TABLE (
owner => 'SALES',
table_name => 'STORE_SALES',
percent_files => 80);
END;
/この例では、STORE_SALES表の80%をキャッシュに移入しようとし、すでに移入されている既存のファイルをスキップします。
percent_filesパラメータはオプションです。このパラメータを指定しない場合、表全体がキャッシュに移入されます。
詳細は、ADD_TABLEプロシージャを参照してください。
外部表キャッシュへのファイルの追加
-
ADD_FILE: 単一のファイルをキャッシュに追加します。 -
ADD_BY_LIKE: 指定されたパス・フィルタに基づいて、指定された1つ以上のファイルを追加します。 -
ADD_LATEST_FILES: 指定された時間間隔に基づいて1つ以上のファイルを追加します。
例
DBMS_EXT_TABLE_CACHE.ADD_FILEプロシージャを使用して、単一のファイルを外部表キャッシュに移入します。たとえば:BEGIN
DBMS_EXT_TABLE_CACHE.ADD_FILE (
owner => 'SALES',
table_name => 'STORE_SALES',
file_url => 'https://swiftobjectstorage.us-ashburn-1.oraclecloud.com/v1/your_namespace/your_bucket/salesdata.parquet'
);
END;
/この例では、salesdata.parquetファイルからキャッシュにデータを移入します。
この例では、指定したファイルがキャッシュに存在し、ファイルが最後にキャッシュされてから変更されていない場合に、キャッシュへのファイルの移入をスキップします。
詳細は、ADD_FILEプロシージャを参照してください。
DBMS_EXT_TABLE_CACHE.ADD_BY_LIKEプロシージャを使用して、1つ以上のファイルを外部表キャッシュに移入します。たとえば:BEGIN
DBMS_EXT_TABLE_CACHE.ADD_BY_LIKE (
owner => 'SALES',
table_name => 'STORE_SALES',
path_filters => '["https://swiftobjectstorage.us-ashburn-1.oraclecloud.com/v1/your_namespace/your_bucket/sales%.parquet",
"https://swiftobjectstorage.us-ashburn-1.oraclecloud.com/v1/your_namespace/your_bucket/customer%.parquet"]'
);
END;
/この例では、salesまたはcustomerで始まるすべてのファイルに名前を移入しますが、すでに移入されているファイルは除外します。
BEGIN
DBMS_EXT_TABLE_CACHE.ADD_BY_LIKE (
owner => 'SALES',
table_name => 'STORE_SALES',
path_filters => '["https://swiftobjectstorage.us-ashburn-1.oraclecloud.com/v1/your_namespace/your_bucket/sales#_data1.parquet",
"https://swiftobjectstorage.us-ashburn-1.oraclecloud.com/v1/your_namespace/your_bucket/sales#_data2.parquet"]',
esc_char => '#',
force => TRUE);
END;
/この例では、sales_data1.parquetおよびsales_data2.parquetファイルをキャッシュに移入します。
この例では、#文字がエスケープ文字として定義されています。'#'に続く'_'文字は、任意の1文字に一致するワイルドカードとしてではなく、リテラル・アンダースコアとして扱われます。
詳細は、ADD_BY_LIKEプロシージャを参照してください。
DBMS_EXT_TABLE_CACHE.ADD_LATEST_FILESプロシージャを使用して、最終変更日に基づいて1つ以上のファイルを外部表キャッシュに移入します。たとえば:BEGIN
DBMS_EXT_TABLE_CACHE.ADD_LATEST_FILES (
owner => 'SALES',
table_name => 'STORE_SALES',
since => INTERVAL '7' DAY,
max_files => 5,
force => TRUE);
END;
/sinceパラメータは時間間隔を指定します。過去7日以内に変更されたファイルのみがキャッシュに移入されます。
max_filesパラメータは、キャッシュに移入できるファイルの数を制限します。この例では、5つのファイルのみを移入します。
forceパラメータでは、ファイルが変更されていない場合でも、指定されたファイルが強制的にキャッシュで上書きされます。
詳細は、ADD_LATEST_FILESプロシージャを参照してください。
親トピック: 外部表に対するポリシーベースのキャッシュの使用
外部表キャッシュからのファイルの削除
外部表キャッシュからファイルを削除する例を示します。
外部表キャッシュのクリア
DBMS_EXT_TABLE_CACHE.CLEARを使用して、外部表キャッシュからすべてのファイルを削除します。たとえば:
BEGIN
DBMS_EXT_TABLE_CACHE.CLEAR (
owner => 'SALES',
table_name => 'STORE_SALES');
END;
/この例では、STORE_SALESキャッシュからすべてのファイルを削除し、削除されたファイルで使用されるすべての領域の割当てを解除します。
詳細は、CLEARプロシージャを参照してください。
外部表キャッシュからのファイルの削除
-
DROP_FILE: キャッシュから単一のファイルを削除します。 -
DROP_BY_LIKE: 指定されたパス・フィルタに基づいてキャッシュから1つ以上のファイルを削除します。 -
RETIRE_FILES: 指定した間隔に基づいてキャッシュから1つ以上のファイルを削除します。
例
DBMS_EXT_TABLE_CACHE.DROP_FILEを使用して、外部表キャッシュからファイルを削除します。たとえば:
BEGIN
DBMS_EXT_TABLE_CACHE.DROP_FILE (
owner => 'SALES',
table_name => 'STORE_SALES',
file_url => 'https://swiftobjectstorage.us-ashburn-1.oraclecloud.com/v1/your_namespace/your_bucket/salesdata.parquet'
);
END;
/この例では、salesdata.parquetファイルをキャッシュから削除し、削除されたファイルによって使用されているすべての領域を割当て解除します。
詳細は、DROP_FILEプロシージャを参照してください。
DBMS_EXT_TABLE_CACHE.DROP_BY_LIKEを使用して、path_filtersパラメータに基づいて1つ以上のファイルを削除します。たとえば:
BEGIN
DBMS_EXT_TABLE_CACHE.DROP_BY_LIKE (
owner => 'SALES',
table_name => 'STORE_SALES',
path_filters => '["https://swiftobjectstorage.us-ashburn-1.oraclecloud.com/v1/your_namespace/your_bucket/salesdata.parquet",
"https://swiftobjectstorage.us-ashburn-1.oraclecloud.com/v1/your_namespace/your_bucket/salesdata1.parquet"]'
);
END;
/この例では、salesdata.parquetおよびsalesdata1.parquetファイルをキャッシュから削除し、削除されたファイルによって使用されているすべての領域を割当て解除します。
BEGIN
DBMS_EXT_TABLE_CACHE.DROP_BY_LIKE (
owner => 'SALES',
table_name => 'STORE_SALES',
path_filters => '["https://swiftobjectstorage.us-ashburn-1.oraclecloud.com/v1/your_namespace/your_bucket/sales#_data1.parquet",
"https://swiftobjectstorage.us-ashburn-1.oraclecloud.com/v1/your_namespace/your_bucket/sales#_data2.parquet"]'
);
END;
/この例では、sales#_data1およびsales#_data2ファイルをキャッシュから削除し、削除されたファイルによって使用されているすべての領域を割当て解除します。
この例では、#文字がエスケープ文字として定義されています。'#'に続く'_'文字は、任意の1文字に一致するワイルドカードとしてではなく、リテラル・アンダースコアとして扱われます。
詳細は、DROP_BY_LIKEプロシージャを参照してください。
DBMS_EXT_TABLE_CACHE.RETIRE_FILESを使用して、指定した間隔に基づいて1つ以上のファイルを削除します。たとえば:
BEGIN
DBMS_EXT_TABLE_CACHE.RETIRE_FILES (
owner => 'SALES',
table_name => 'STORE_SALES',
before => INTERVAL '30' DAY);
END;
/この例では、キャッシュから30日より古いファイルを削除し、削除されたファイルで使用されるすべての領域を割当て解除します。
詳細は、RETIRE_FILESプロシージャを参照してください。
前述の例では、キャッシュの保持中にキャッシュから1つ以上のファイルを削除します。必要に応じて、ファイルを再度キャッシュにロードできます。詳細は、外部表キャッシュへのファイルの移入を参照してください。
親トピック: 外部表に対するポリシーベースのキャッシュの使用
外部表キャッシュの無効化および有効化
外部表キャッシュを無効化および有効化する例を示します。
DBMS_EXT_TABLE_CACHE.DISABLEを実行して、データベースからの外部表キャッシュを無効にします。キャッシュを無効にしても、キャッシュからデータは削除されません。かわりに、キャッシュにはDISABLEDのフラグが付けられ、オプティマイザではクエリー・リライトにキャッシュを使用できません。
例
BEGIN
DBMS_EXT_TABLE_CACHE.DISABLE (
owner => 'SALES',
table_name => 'STORE_SALES');
END;
/この例では、STORE_SALESキャッシュを無効にします。
詳細は、DISABLEプロシージャを参照してください。
外部表キャッシュを無効にした後、DBMS_EXT_TABLE_CACHE.ENABLEを使用してキャッシュを有効にします。
BEGIN
DBMS_EXT_TABLE_CACHE.ENABLE (
owner => 'SALES',
table_name => 'STORE_SALES'
);
END;
/この例では、STORE_SALESキャッシュを有効にします。
詳細は、ENABLEプロシージャを参照してください。
親トピック: 外部表に対するポリシーベースのキャッシュの使用
外部表キャッシュの削除
外部表キャッシュを削除する例を示します。
DBMS_EXT_TABLE_CACHE.DROP_CACHEを実行して、外部表キャッシュを削除します。DBMS_EXT_TABLE_CACHE.DROP_CACHEプロシージャは、指定された外部表キャッシュをデータベースから削除し、キャッシュに関連付けられた記憶域を解放します。
例:
BEGIN
DBMS_EXT_TABLE_CACHE.DROP_CACHE (
owner => 'SALES',
table_name => 'STORE_SALES');
END;
/この例では、SALESスキーマからSTORE_SALESキャッシュを削除します。
キャッシュを削除すると、そのメタデータがデータ・ディクショナリから削除され、そのキャッシュされたすべてのデータが削除されます。
詳細は、DROP_CACHEプロシージャを参照してください。
USER_EXTERNAL_TAB_CACHESビューを問い合せて、キャッシュが削除されたことを確認します。たとえば:SELECT external_table_name, cached
FROM user_external_tab_caches;詳細は、DBA_EXTERNAL_TAB_CACHESビューおよびUSER_EXTERNAL_TAB_CACHESビューを参照してください。
親トピック: 外部表に対するポリシーベースのキャッシュの使用
ポリシーベースのキャッシュのオプション・サイズ設定プリファレンスの設定
Autonomous AI Databaseでポリシーベースの外部表キャッシュのサイズ設定プリファレンスを設定する方法について説明します。
デフォルトでは、ユーザーの外部表キャッシュは無効になっています。外部表キャッシュを有効化および作成するには、DBMS_EXT_TABLE_CACHE.CREATE_CACHEプロシージャを使用します。キャッシュはデフォルト・スキーマに作成され、スキーマに定義された領域割当て制限を継承します。ただし、DBMS_EXT_TABLE_CACHE.SET_USER_PROPERTYプロシージャを使用して、外部表キャッシュの領域割当て制限を定義することもできます。DBMS_EXT_TABLE_CACHE.SET_USER_PROPERTYプロシージャのPROPERTY_NAMEおよびPROPERTY_VALUEパラメータを使用して、領域割当て制限を設定します。
PROPERTY_NAMEパラメータは、MAX_CACHE_SIZEおよびMAX_CACHE_PERCENT値を受け入れます。MAX_CACHE_SIZEプロパティは、外部キャッシュの合計サイズをバイト単位で指定します。MAX_CACHE_PERCENTプロパティは、指定されたユーザーの割当ての割合として、外部キャッシュの合計サイズを指定します。
例
BEGIN
DBMS_EXT_TABLE_CACHE.SET_USER_PROPERTY (
property_name => 'MAX_CACHE_PERCENT',
property_value => 50,
owner => 'SALES');
END;
/
この例では、SALESスキーマのキャッシュ・プリファレンスをMAX_CACHE_PERCENTに設定します。
property_valueは50%で、SALESスキーマのキャッシュ領域割当て制限が、SALESに定義されている合計領域割当て制限の最大50%であることを指定します。
BEGIN
DBMS_EXT_TABLE_CACHE.SET_USER_PROPERTY (
owner => 'SALES',
property_name => 'MAX_CACHE_SIZE',
property_value => 5368709120);
END;
/この例では、SALESスキーマのキャッシュ・プリファレンスをMAX_CACHE_SIZEに設定します。
property_valueは5368709120で、SALESスキーマの最大キャッシュ・サイズが最大5GBであることを指定します。
詳細は、SET_USER_PROPERTYプロシージャおよびCREATE_CACHEプロシージャを参照してください。
DBMS_EXT_TABLE_CACHE.GET_USER_PROPERTYを使用して、キャッシュ・サイズのプロパティを取得します。
例:
SET SERVEROUTPUT ON
DECLARE
max_cache_sz NUMBER,
BEGIN
max_cache_sz := DBMS_EXT_TABLE_CACHE.GET_USER_PROPERTY (
property_name => 'MAX_CACHE_SIZE',
owner => 'SALES');
END;
/詳細は、GET_USER_PROPERTYファンクションを参照してください。
キャッシュ・サイズ・プロパティの設定には、次の優先順位があります。
-
MAX_CACHE_SIZE、MAX_CACHE_PERCENTおよび領域割当て制限が定義されている場合、MAX_CACHE_PERCENTはMAX_CACHE_SIZEより優先されます。 -
MAX_CACHE_SIZEのみが定義され、MAX_CACHE_PERCENTまたは領域割当て制限が定義されていない場合、MAX_CACHE_SIZEが優先されます。 -
領域割当て制限のみが定義され、
MAX_CACHE_SIZEおよびMAX_CACHE_PERCENTが定義されていない場合、キャッシュ・サイズ割当て制限のデフォルトは、スキーマ割当て制限の合計の10%になります。 -
MAX_CACHE_SIZE、MAX_CACHE_PERCENTまたは領域割当て制限が定義されていない場合、キャッシュ領域割当て制限はデフォルトでUNLIMITEDに設定されます。
キャッシュ領域の使用状況を監視するには、
ALL_EXTERNAL_TAB_CACHESビューのCACHE_CUR_SIZE列を問い合せます。詳細は、DBA_EXTERNAL_TAB_CACHESビューおよびUSER_EXTERNAL_TAB_CACHESビューを参照してください。
親トピック: 外部表に対するポリシーベースのキャッシュの使用
外部表に対する自動キャッシュの使用
Autonomous AI Databaseで外部表の自動キャッシュを使用する方法を説明します。
データベースの自動キャッシュを有効にすると、データベースによって、作成、移入、リフレッシュ、削除などのキャッシュ・ライフサイクル全体が自動的に管理され、介入は必要ありません。Oracleでは、SQLチューニング・セット(STS)を使用して、キャッシュを利用できる外部表、キャッシュをリフレッシュするタイミング、および使用パターンと使用可能なストレージ領域に基づいてそれらを削除するタイミングを決定します。この方法では、キャッシュ使用率が継続的に監視されるため、キャッシュ管理のオーバーヘッドが削減され、アクセス頻度の高い外部表データがキャッシュ内に残って問合せのレスポンス時間を改善できます。
デフォルトでは、自動キャッシュはデータベースで有効になっていません。これを有効にするには、DBMS_CACHEパッケージに用意されているDBMS_CACHE.SET_USER_PROPERTYなどのプロシージャを使用して、キャッシュ・サイズをゼロ以外の値に設定する必要があります。要件に応じて、特定のユーザーに対して、またはすべてのデータベース・ユーザーのデフォルト設定として、自動キャッシュを構成できます。
外部表の自動キャッシュが有効になっている場合、Oracleは、AUTOとマークされた外部表キャッシュを作成し、割当て制限が許可されている場合は、外部表から対応するすべてのデータをキャッシュに移入します。AUTOキャッシュは、通常のスケジュールで自動的にリフレッシュされます。ただし、DBMS_CACHE.REFRESHまたはDBMS_CACHE.CLEARプロシージャを使用して、キャッシュをそれぞれリフレッシュまたは削除することもできます。
Oracleでは、最低使用頻度(LRU)に似た削除アルゴリズムを使用して、AUTOキャッシュを管理します。領域が不足すると、最近アクセスされたキャッシュはリフレッシュ・サイクル中に自動的に削除され、ストレージ領域が解放されます。
トピック
- 外部表の自動キャッシュの有効化
データベース内の外部表の自動キャッシュを有効にする方法の例を示します。 - 外部表キャッシュのリフレッシュ
指定したスキーマのAUTOキャッシュをリフレッシュする例を示します。 - 外部表キャッシュの削除
指定したスキーマのAUTOキャッシュを削除する例を示します。
外部表の自動キャッシュの有効化
データベース内の外部表の自動キャッシュを有効にする方法の例を示します。
デフォルトでは、自動キャッシュは無効になっています。外部表の自動キャッシュは、すべてのデータベース・ユーザーまたは特定のユーザーに対してグローバルに有効にできます。自動キャッシュを有効にすると、SQLチューニング・セット(STS)で使用可能な外部表の問合せ使用状況統計に基づいて、外部表キャッシュが自動的に作成されます。新しく作成されたキャッシュはすべてAUTOとしてマークされます。既存のキャッシュは、引き続きポリシーベースのキャッシュ管理設定に従います。
自動キャッシュを有効にする場合、オプションでキャッシュ・リフレッシュのスコープ(各リフレッシュ・サイクル中にどのキャッシュがリフレッシュに適しているか)を指定し、リフレッシュ・プロセスの完了を許可する時間ウィンドウを定義できます。
DBMS_CACHE.SET_GLOBAL_PROPERTYまたはDBMS_CACHE.SET_USER_PROPERTYを使用して、AUTOキャッシュ・プロパティを設定します。これには、グローバルに自動キャッシュを有効にするプロパティや、指定したユーザーに対して自動キャッシュを有効にするプロパティが含まれます。ユーザー・レベルのキャッシュ・プリファレンスは、グローバル・キャッシュ・プリファレンスよりも優先されます。これらのプロシージャのPROPERTY_NAMEおよびPROPERTY_VALUEパラメータを使用して、外部表キャッシュの領域割当て制限を設定します。
指定された領域割当て容量に応じて、Oracleはキャッシュを作成し、外部表データ全体をキャッシュに移入しようとします。キャッシュ・サイズが外部表のデータ全体に対応するのに十分でない場合、移入プロセスは失敗します。
キャッシュ領域の使用状況を監視するには、
ALL_EXTERNAL_TAB_CACHESビューのCACHE_CUR_SIZE列を問い合せます。詳細は、DBA_EXTERNAL_TAB_CACHESビューおよびUSER_EXTERNAL_TAB_CACHESビューを参照してください。
親トピック: 外部表に対する自動キャッシュの使用
外部表キャッシュのリフレッシュ
指定されたスキーマのAUTOキャッシュをリフレッシュする例を示します。
-
新しいキャッシュを追加します。
-
無効なキャッシュを削除します(アクセスできなくなったキャッシュは無効としてマークされ、後続のリフレッシュ・サイクルで削除されます)。
-
既存のキャッシュを更新または再移入します。
-
領域不足のときに、最近アクセスされていないキャッシュを削除します。
または、DBMS_CACHE.REFRESHプロシージャを使用して、指定したユーザーのすべてのキャッシュに対してオンデマンド・リフレッシュを実行することもできます。
親トピック: 外部表に対する自動キャッシュの使用
外部表キャッシュの削除
指定されたスキーマのAUTOキャッシュを削除する例を示します。
リフレッシュ・サイクルごとに、無効なキャッシュおよび最も最近アクセスされたキャッシュがデータベースから削除されます。または、DBMS_CACHE.CLEARプロシージャを使用して、指定したユーザーのすべてのキャッシュを削除できます。
親トピック: 外部表に対する自動キャッシュの使用
外部表キャッシュ情報の表示
Autonomous AI Databaseには、外部表キャッシュをモニターできるビューが用意されています。
| 表示 | 摘要 |
|---|---|
|
データベース内のすべての外部表キャッシュまたはユーザーの外部表キャッシュに関する情報を提供します。 |
|
|
現在のユーザーがアクセスでき、キャッシュされた外部表に属するクラウド・ストレージ内のファイルに関する情報を提供します。 |
|
|
現在のユーザーが所有し、キャッシュされた外部表に属するクラウド・ストレージ内のファイルに関する情報を提供します。このビューは、 |
親トピック: 外部表キャッシュを使用した外部表のパフォーマンスの向上
外部表キャッシュ・ノート
自律型AIデータベースでの外部表キャッシュの使用に関する重要なノートおよび制限を示します。
-
外部表キャッシュは、独自のスキーマおよび所有する外部表に対してのみ作成できます。
-
外部表キャッシュには、単一の外部表からのファイルのみを含めることができます。
-
外部表キャッシュに対する権限を付与することはできず、所有している外部表キャッシュのデータにのみアクセスできます。
-
ファイルがオブジェクト・ストアから削除されると、キャッシュ内の対応するデータには無効のフラグが付けられ、アクセスできません。
親トピック: 外部表キャッシュを使用した外部表のパフォーマンスの向上
