SQL

自動メンテナンスを使用したテキスト索引

MAINTENANCE AUTO索引パラメータを使用して、テキスト索引の新しい自動メンテナンス・モードを指定できます。このメソッドは、CTX_DDL.SYNC_INDEX操作を自動化します。これは、新しい索引のデフォルトの同期方法になりました。

この方法では、新しく作成されたテキスト索引で、同期間隔を指定したり、SYNC_INDEX操作を手動で実行する必要はありません。バックグラウンド・プロセスでは、ユーザーの介入なしにこれらのタスクが自動的に実行されます。これにより、大量の索引を最適な方法で同期できるため、手動または時間ベースのSYNC操作も不要になります。データベース・スケジューラではなくバックグラウンド・ジョブを使用することで、スケジューリングの競合および使用可能なジョブが不足するリスクを回避できます。全体的に、よりシンプルで回復力のあるアプリケーションとハードウェア・リソースの利用率が向上します。

ドキュメントの表示に関する項

トランスポータブル・バイナリXML

トランスポータブル・バイナリXML (TBX)は、自己完結型の新しいXMLTypeストレージ・メソッドです。TBXは、シャーディング、XML検索索引およびExadataプッシュダウン操作をサポートし、他のXMLストレージ・オプションよりも優れたパフォーマンスとスケーラビリティを提供します。 

次のいずれかの方法で、異なるフォーマットの既存のXMLTypeストレージをTBXフォーマットに移行できます。

• Insert-as selectまたはcreate-as-select
• オンライン再定義
• データ・ポンプ

トランスポータブル・バイナリXML (TBX)は、パフォーマンスとスケーラビリティを向上させます。シャーディングやExadataなど、より多くのデータベース・アーキテクチャをサポートし、様々なサーバー、コンテナおよびPDB間でXMLデータを簡単に移行および交換できるTBXを使用すると、より多くのプラットフォームおよびアーキテクチャでこの新しいXMLストレージ形式を最大限に活用できます。 

ドキュメントの表示に関する項

コミット時の同時マテリアライズド・ビューのリフレッシュ

マテリアライズド・ビューのリフレッシュにより、同時リフレッシュが可能になり、シリアライズを必要とせずに複数のセッションでコミット時の同じマテリアライズド・ビューを同時にリフレッシュできます。 

同時リフレッシュにより、アプリケーションに対するマテリアライズド・ビューの適用性が拡大し、アプリケーション開発の簡素化に役立ちます。リフレッシュが高速になり、最新のマテリアライズド・ビューが提供されます。

ドキュメントの表示に関する項

自動索引付けの拡張

索引を使用すると、DML操作中にメンテナンス・オーバーヘッドが発生します。これは、データ・アクセス・パフォーマンスの向上にはマイナスに作用する可能性があります。自動索引付けの機能拡張では、以前のリリースよりも視野が広がり、ワークロード全体に役立つ索引を判断する際に索引メンテナンス・コストが考慮されます。範囲述語を使用してフィルタ処理された列が索引で考慮されます。また、ファンクションベース索引がサポートされるようになりました。これにより、自動索引付けが有効な範囲がさらに広がります。

自動索引付けでは、自動索引付け選択時のデータベースでのDML操作の影響がより適切に評価されます。 ワークロードに対する索引の総合的効果を確認することで、より高い成果を実現できます。

ドキュメントの表示に関する項

自動マテリアライズド・ビューの拡張

自動マテリアライズド・ビューが拡張されて自動パーティション化が含まれるようになりました。また、自動マテリアライズド・ビューの選択のための、より正確な内部コスト・モデルが用意されています。このモデルでは、アクセスに関する利点とメンテナンス(リフレッシュ)のコスト、および実行の頻度が考慮されます。

フィルタ条件を指定した外部結合問合せなど、リライト機能が拡張されました。

自動マテリアライズド・ビューが拡張されてコスト対効果分析がより正確になり、使いやすさが向上したことで、マテリアライズド・ビューのエコ・システムの管理が最適化され、システムのパフォーマンスが全体的に高まります。

ドキュメントの表示に関する項

強化された自動SQL計画管理

自動SQL計画管理が、SQLパフォーマンスの低下をより迅速に検出および修復できるように拡張されました。SQL計画の変更は解析時に検出され、最初の実行後に、SQLパフォーマンスが前のSQL実行計画のパフォーマンスと比較されます。パフォーマンスの低下が検出された場合、その計画は相応に修復されます。

自動SQL計画管理を使用すると、アプリケーションのサービス・レベルが向上し、SQLパフォーマンス(計画)の低下による影響が最小限に抑えられ、透過的かつ積極的に対処されます。

ドキュメントの表示に関する項

分散環境およびシャード環境の拡張LOBサポート

分散LOBは、あるサーバーから別のサーバーにフェッチされ、オプションでクライアントに返されるLOBです。共有LOBは、シャード間またはシャードとシャード・コーディネータ間でLOBが転送される分散LOBの拡張です。以前のバージョンでは、シャードLOBおよび分散LOBのサポートは永続LOB、およびJSON操作から発生した場合の一時LOBにのみ制限されていました。これで、すべての一時LOB (値LOBを含む)および長さが増加した新しいインラインLOBが、分散LOBおよびシャードLOBとして使用できるようになりました。

分散環境とシャード環境で、インラインLOB、値LOBおよびすべての一時LOBを使用できるようになりました。

一時LOBを操作するとパフォーマンス、スケーラビリティおよびガベージ・コレクションが向上し、開発者の生産性とアプリケーションの回復力が向上します。

ドキュメントの表示に関する項

パラレル処理リソース管理の拡張

パラレル処理は、パラレル化を使用する個々の文が終了する前に率先して解放されます。たとえば、2つのパラレル・サーバー・セット(プロデューサ-コンシューマ)を使用する、コミットされていないパラレルDML操作または部分的にフェッチされたパラレルSELECT文の場合は、一方のパラレル・サーバー・セットがその作業の終了後すぐに解放されて、そのパラレル処理の半分が、他の文の使用のために解放されることになります。

パラレル処理をできるだけ早く解放し、それらを他の文で使用できるようにすると、使用可能リソースの使用率が最適化されて、システムおよびアプリケーションの全体的なパフォーマンスが向上します。

ドキュメントの表示に関する項

8000バイトのインラインLOBの最大サイズの増加

LOB値は、表の行(表内)または表の行の外(表外)に格納されます。インラインLOBの最大サイズは8000バイトに増やされ、大きいLOB値が行内に格納されるようになります。以前は、最大サイズは4000でした。

これにより、LOB列の処理中に入出力のパフォーマンスが向上します。全表スキャン、レンジ・スキャン、DMLなどの操作の実行中に、そのパフォーマンスの向上がわかるでしょう。

ドキュメントの表示に関する項

マテリアライズド・ビューでのANSI結合のサポート

Oracle Databaseのマテリアライズド・ビューで、ANSI結合構文を使用したSQL文について、およびANSI結合構文を使用したマテリアライズド・ビュー定義について、完全なリライト機能がサポートされています。

マテリアライズド・ビュー・リライトを使用したANSI結合を完全にサポートすると、パフォーマンスが大幅に向上します。多くの問合せ(特にSQLツールおよびレポートで生成される問合せ)では、ANSI結合構文が使用されます。この機能拡張により、このようなツールでは、結合で使用される構文に関係なく、問合せリライト用のマテリアライズド・ビューを利用できます。

ドキュメントの表示に関する項

読取り専用値LOB

一時LOBの読取り専用サブセットである値LOBは、SQLフェッチ期間に有効であり、SQL問合せのコンテキストでLOB値の読取りを最適化します。多くのアプリケーションでは、中規模オブジェクト(サイズが数MB程度)の格納にLOBが使用されるため、SQL問合せのコンテキストにおいてLOB値を読み取る必要があります。

値LOBは、読取りパフォーマンスを高速化し、カーソルに対する次のフェッチの実行時に自動的に解放され、一時LOBの蓄積を防ぎ、アプリケーション内のLOB管理を簡素化します。

値LOBは、ワークロードの従来の参照LOBよりも高速な読取りパフォーマンスを提供し、アプリケーションで特定のLOB管理を必要としません。値LOBを使用すると、アプリケーションのパフォーマンスが向上し、LOBによるアプリケーションの実装がよりシンプルで管理しやすくなります。

ドキュメントの表示に関する項

セミ結合マテリアライズド・ビュー

セミ結合マテリアライズド・ビュー・リライトは、独自の問合せリライトです。  問合せ内の単一の大きい統合されたディメンション表が、1つ以上の、結合固有のマテリアライズド・ビューに置き換えられます。統合ディメンション・データ・モデル(複数のディメンション表が単一の大きいディメンション表にマージされる)においては、セミ結合マテリアライズド・ビューにより、このような単一の大きい統合されたディメンション表の結合の1つ以上がファクト表にマテリアライズされます。

この新しいタイプのマテリアライズド・ビューにより、複雑な分析操作の実行時およびリソースの消費が大幅に向上します。セミ結合マテリアライズド・ビューは、統合された大きいディメンション表(セミ結合を使用)から導出された適用可能ディメンション・キーの数が少ない場合に特に役立ちます。

ドキュメントの表示に関する項

DBMS_SEARCHパッケージを使用した普遍的な検索

新しいDBMS_SEARCH PL/SQLパッケージを使用すると、1つの索引で複数のスキーマ・オブジェクトに索引を付けることができます。この索引には、一連の表、外部表またはビューをデータ・ソースとして追加できます。指定されたソースの列はすべて索引付けされ、全文検索に使用できます。

DBMS_SEARCH APIの簡略化されたセットを使用すると、複数のオブジェクトにまたがる索引の作成、データ・ソースの追加または削除、同じ索引を使用した単一のデータ・ソース内または複数のソース間の全文検索の実行を行うことができます。

これにより、USER_DATASTOREプロシージャを使用して以前に実行した索引付けタスクが簡略化され、開発者の生産性が向上します。

ドキュメントの表示に関する項