Oracle Database 18cにおけるOracle Partitioning

Size: px

Start display at page:

Download "Oracle Database 18cにおけるOracle Partitioning"

ことこかたづ
5 years ago
Views:

1 Oracle Database 18c における Oracle Partitioning あらゆるシステムで卓越したデータ管理とパフォーマンスを実現 Oracle ホワイトペーパー 2018 年 2 月

2 目次概要... 2 パーティション化の基本... 3 パーティション化の概念... 3 パフォーマンス向上のためのパーティション化... 5 管理性を高めるためのパーティション化... 6 可用性を得るためのパーティション化... 7 パーティション化による情報ライフサイクル管理... 8 パーティション化戦略... 8 パーティションオブジェクトのデータ分散方法... 9 単一 (1 つのレベル ) のパーティション化コンポジット (2 つのレベル ) パーティション化パーティション化の拡張機能インターバルパーティション化自動リストパーティション化参照パーティション化バーチャルカラムパーティション化 Partition Advisor パーティション化機能の概要結論 Oracle Database 18c における Oracle Partitioning

3 概要 20 年以上にわたって開発されてきた Oracle Partitioning は Oracle データベースでもっとも成功しもっともよく使用されている機能として確立されています Oracle Partitioning を使用するとデータベースの単一の論理オブジェクトはパーティションと呼ばれる複数の小さい物理オブジェクトに分割されますこのパーティション化の知識によりデータベースはどのようなアプリケーションでもパフォーマンス管理性可用性を向上させることができます OLTP データウェアハウスまたは混合ワークロードアプリケーションを使用している場合でもシステムが数百 GB やペタバイト範囲の規模であっても Oracle Partitioning が役立ちます問合せとメンテナンス操作が桁違いに高速化している一方で処理に必要なリソースが最小化されていますエンジニアドシステムで提供されるゾーンマップ機能と併用すれば制約に囚われないプルーニング機能が実現します表とパーティションをさらに小さい物理ゾーンに分割してきめ細かいデータプルーニングに使用できます " 階層型アーカイブ " を使用することで古い関連情報をオンラインのまま最適な圧縮形式で低コストのストレージデバイスに保存しながら最新データをオラクルのインメモリ列ストアに保存できるためデータの総所有コストを大幅に削減できます自動データ最適化とヒートマップを Oracle Partitioning と併用すれば情報ライフサイクル管理 (ILM) 戦略をシンプルかつ自動的に実装できます Oracle Partitioning は何万ものお客様何十万ものアプリケーションのパフォーマンス管理性可用性を改善してきました誰もが Oracle Partitioning からメリットを得ることができます皆様もそうです 2 Oracle Database 18c における Oracle Partitioning

パーティション化の基本パーティション化の概念パーティション化によって表と索引をさらに細かく分割できます分割されたそれぞれのデータベースオブジェクトをパーティションと呼びますパーティションには固有の名前があり独自のストレージ特性を持つ場合もありますデータベース管理者の視点からするとパーティションオブジェクトにはまとめて管理することも個別に管理することも可能な複数の単位があります

4 パーティション化の基本パーティション化の概念パーティション化によって表と索引をさらに細かく分割できます分割されたそれぞれのデータベースオブジェクトをパーティションと呼びますパーティションには固有の名前があり独自のストレージ特性を持つ場合もありますデータベース管理者の視点からするとパーティションオブジェクトにはまとめて管理することも個別に管理することも可能な複数の単位がありますこれによって管理者はパーティション化されたオブジェクトをかなり柔軟に管理できるようになります一方アプリケーションにとってはパーティション表は非パーティション表と同じであるため SQL DML コマンドを使用してパーティション表にアクセスする際に変更は必要ありません論理的には 1 つの表のままでありアプリケーションは非パーティション表の場合と同様にこの 1 つの表にアクセスできます表や索引などのデータベースオブジェクトはパーティションキーを使用してパーティション化されますパーティションキーは指定された行がどのパーティションに存在するかを決定する一連の列です表のパーティションは物理的にデータを保存しますが表自体はメタデータのみで構成さ図 1: アプリケーションと DBA から見たパーティション表れていますたとえば図 1 の注文表は月ごとのパーティション化によって注文日でレンジパーティション化されます表は 1 つの ' 通常 ' の表としてアプリケーションに表示されますただしデータベース管理者は月ごとのパーティションを個別に管理保存できデータの重要度と使用頻度に応じてデータ保管を最適化することができます古いデータレンジを保管するパーティションは表圧縮を使って異なるストレージ階層に保管し ( または読み取り専用の表領域に保管することも読み取り専用パーティションとマーク付けすることも可能 ) 最新のパーティションはオラクルのインメモリ列ストアに保管するようにマーク付けすることができますコンポジットパーティション表の場合は 2 つ目の一連の列を使用して各パーティションをパーティション内でさらに小さいサブパーティションに再分割します指定された行のデータ配置は両方のパーティションキーの基準によって決められ適切なサブパーティションに配置されます 1 コンポジットパーティション表ではパーティションレベルはメタデータレイヤーになりますサブパーティションのみが物理的にディスクに保管されますパーティション外部表の場合表のさまざまな部分にさまざまな物理セグメントを配するという概念はデータベース外部の物理ストレージに拡大されます外部表の各パーティションにはパーティションのデータのサブセットを表す 1 つまたは複数の個別ファイルがありますただし通常のパーティション表と違ってデータ配置はデータベースによって行われません外部表はパーティション化されているかどうかを問わず読み取り専用です 1 説明をわかりやすくするためこのドキュメントでは以降パーティションのみについて言及します 3 Oracle Database 18c における Oracle Partitioning

アプリケーション開発者は一般的に表がパーティション化されているかどうかで悩む必要がないだけでなくパーティション化を利用して効果をあげることもできますたとえば表からデータを消去するリソース消費量の多い DML 操作はパーティションメンテナンス操作を使用して実行できますこれによって実行時間が劇的に向上すると同時にリソース消費量が大幅に軽減します

基礎となる表の唯一のパーティションに対応します結合によってパーティションメンテナンスを最適化できますたとえば表のパーティションが削除された場合 Oracle Database ではそれに対応する索引のパーティションを削除するだけで対応できます索引パーティションは定義上その表パーティションのみに関連付けられるためコストのかかる索引メンテナンスは必要ありません

5 アプリケーション開発者は一般的に表がパーティション化されているかどうかで悩む必要がないだけでなくパーティション化を利用して効果をあげることもできますたとえば表からデータを消去するリソース消費量の多い DML 操作はパーティションメンテナンス操作を使用して実行できますこれによって実行時間が劇的に向上すると同時にリソース消費量が大幅に軽減します選択した表のパーティション化戦略に関係なくパーティション表の索引はその表の基本となるパーティション化戦略に結合されるか結合解除されます Oracle Database 18c は索引を 3 種類に区別します 2 ローカル索引は基本となるパーティション表に結合されるパーティション表の索引です表からパーティション化戦略を ' 継承 ' しますそのためローカル索引の各パーティションは基礎となる表の唯一のパーティションに対応します結合によってパーティションメンテナンスを最適化できますたとえば表のパーティションが削除された場合 Oracle Database ではそれに対応する索引のパーティションを削除するだけで対応できます索引パーティションは定義上その表パーティションのみに関連付けられるためコストのかかる索引メンテナンスは必要ありませんローカル索引セグメントには他のパーティションのデータが含まれることはありませんデータウェアハウス環境ではローカル索引がもっとも一般的です図 2: パーティション表の索引付けグローバルパーティション索引は表とは異なるパーティションキーまたはパーティション化戦略でパーティション化されるパーティション表または非パーティション表の索引ですグローバルパーティション索引ではレンジパーティション化またはハッシュパーティション化を使用してパーティション化することで基礎となる表と切り離すことが可能ですたとえば表を月ごとにレンジパーティション化して 12 個のパーティションに分けこの表の索引は異なるパーティションキーを使用してハッシュパーティション化し異なる数のパーティションに分けることができます表から索引を切り離すと表のパーティションメンテナンス操作によって索引メンテナンス操作が行われる可能性が必然的に生じますグローバルパーティション索引はデータウェアハウス環境よりは OLTP 環境で一般的ですグローバル非パーティション索引は非パーティション表の索引と基本的に同じです索引構造はパーティション化されず基本となる表から分離されますデータウェアハウス環境ではグローバル非パーティション索引のもっとも一般的な使用目的は主キー制約の強制です一方 OLTP 環境ではグローバル非パーティション索引にほとんど依存しています前述の索引の種類はすべてパーティション表の全パーティションで作成することも ( デフォルトの完全索引 ) パーティション表のパーティションのサブセットのみで作成することもできます ( 部分索引 3 ) 2 パーティション外部表は索引付けすることはできません 3 一意索引はパーティション索引にすることはできません 4 Oracle Database 18c における Oracle Partitioning

6 部分索引はパーティション表の索引のみに適用できます特定のパーティションが索引付けされるかどうかはパーティションのプロパティで決まりすべての部分索引に適用されますたとえば部分索引の場合データ挿入時の索引のメンテナンス作業を回避するために最新のパーティションには索引付けを行わないようにすることでデータロード速度を最大化することができますゾーンマップのデータプルーニングと併用すると最新のパーティションの個別データアクセスに索引を使用しないことによる影響が最小限に抑えられます適切な索引付け戦略はビジネス要件とアクセスパターンに基づいて選択されますこのためあらゆるアプリケーションに対応する適切なパーティション化を実行できますパフォーマンス向上のためのパーティション化特定の行の配置はパーティションキーのその値によって決まります表のデータが複数のパーティション全体でどのように分割されるかが表または索引のパーティションメタデータとして保存されますこのメタデータは問合せ DML およびパーティションメンテナンス操作といったすべての SQL 操作で指定の操作に関連のある表のパーティションはどれかを決定するために使用されデータベースは自動的に関連パーティションのみを扱いますゾーンマップ併用時にはパーティションまたは表の一部のみ扱いますパーティション化は調査または操作対象のデータ量を制限することによってパフォーマンス面でのメリットを多数もたらしますパーティションプルーニング ( パーティションエリミネーションとも呼ばれる ) はパフォーマンスを改善するもっとも簡単で効果的な手段ですパーティションメタデータを利用して SQL 操作に関連するデータのみを処理することで多くの場合に問合せのパフォーマンスを格段に改善できますたとえばアプリケーションに注文の履歴データを含む注文表があり注文日に基づいて日次でパーティション化されているとします 1 週間の注文をリクエストする問合せは注文表の 7 つのパーティションにのみアクセスします注文表に 2 年分の履歴データがある場合この問合せでは 730 のパーティションではなく 7 つのパーティションにアクセスしますこの問合せの実行速度は単純にパーティションプルーニングの効果で 100 倍速くなる可能性がありますパーティションプルーニングはオラクルが提供する製品のその他すべてのパフォーマンス機能と連携しますパーティションプルーニングは索引付けや結合の技術またはパラレルアクセスの手法と組み合わせて使用されますゾーンマップ 4 はエンジニアドシステムで使用可能な機能で表のパーティションメタデータ以上にオラクルのプルーニング機能を拡張するものですデータプルーニングをパーティションレベルで実行できるほかさらにきめ細かく ' ゾーン ' でも実行できますゾーンは連続したブロック領域でありゾーンマップはこの領域で指定の列の最大値と最小値を追跡しますこれらの列がパーティションキー列ではない点に留意してくださいパーティションキー列を含めることはできますがゾーンマップのもっとも一般的な用途は他の非パーティションキー列を使用することですパーティション表の場合パーティションごとに集計された最小値と最大値がゾーンマップに含まれていますゾーンマップに指定されている列を使用して SQL 操作で対象のデータを制限 ( フィルタ ) する場合は常にフィルタとゾーンマップの情報が比較され一致するデータが含まれないゾーンやパーティションにはアクセスは行われませんゾーンマップはその点で Exadata ストレージ索引に似ていますがストレージ索引を補完する他のメリットを提供しますゾーンマップはデータベースで処理される永続的なデータ構造でありローカルの列 ( ゾーンマップを使用する表の列 ) と結合列を指定できます 4 ゾーンマップの概要と詳細については Oracle Database データウェアハウスガイドを参照してください 5 Oracle Database 18c における Oracle Partitioning

7 データベースにゾーンマップを使用するとあらゆる SQL 文でメリットが得られます例として前述の注文表を使用して説明すると特定の期間に出荷された注文の情報をリクエストする問合せでは注文表のすべてのパーティションにアクセスする必要があります ( パーティションキーが出荷日でなく注文日であるため ) 注文日と出荷日には相関関係がありますがアクセスするパーティションを出荷日だけで制限することは不可能ですゾーンマップを使用した場合データベースには出荷日の最小値と最大値が含まれているためゾーンマップにはパーティションごとにこの情報が格納されています注文日から 1 営業週以内の出荷日である場合過去 3 週間に出荷された製品の問合せでは過去 4 週間の注文のパーティションにアクセスするだけでよくこれらのパーティション内のこの期間に出荷されたゾーンにアクセスすれば済みますパーティションキー列にフィルタ条件を指定しなくてもパーティションプルーニングとゾーンマッププルーニングを利用できますパーティション化を通じて複数表の結合のパフォーマンスも向上できますこれにはパーティションワイズ結合という方法を使用しますパーティションワイズ結合は 2 つの表が結合される場合に適用でき 2 つの表のうち少なくとも 1 つは結合キーでパーティション化されますパーティションワイズ結合では結合表の大きい結合を ' 同一 ' のデータセットの小さい結合に分割しますここでの ' 同一 ' は結合の両側で完全に同じセットのパーティションキー値も含めて定義されていますこれら ' 同一 ' のデータセットの結合だけが結果を生むので他のデータセットを考慮する必要はありませんすでに物理的に等価パーティション化された結合する表 ( フルパーティションワイズ結合 ) を使用するか実行時に透過的に 1 つの表 ( 小さい方 ) を再分散 (" 再パーティション化 ") して他の表のパーティション化と一致する等価パーティション化されたデータセットを作成 ( パーシャルパーティションワイズ結合 ) すると全体の結合時間が短縮され使用するリソースも少なくて済みますこれによってシリアル実行とパラレル実行両方のパフォーマンスが大幅に向上します管理性を高めるためのパーティション化表と索引をより小さい管理しやすい単位にパーティション化することでデータベース管理者はデータ管理に対して " 分割統治 " アプローチを使用できますオラクルではパーティション表を管理する包括的な一連の SQL コマンドを提供していますこれにはパーティションの追加削除分割移動マージ切捨ておよび交換を実行するコマンドが含まれますパーティション化によって表の特定の部分だけにメンテナンス操作を行うことができますたとえばデータベース管理者は 2015 年の表のデータを含む 1 つのパーティションを圧縮できます表全体を圧縮する必要はありません圧縮操作の一部としてこのパーティションはより低コストのストレージ層へと移動することもできさらに保存されたデータの総所有コストを削減できますこのパーティションメンテナンス操作は完全にオンラインで実行できるためデータメンテナンス操作の処理中に問合せと DML 操作の両方を実行できます Oracle Database 18c ではさらに複数のパーティションでのパーティションメンテナンス操作を単一のアトミック操作として実行できますたとえば 3 つのパーティション 'January 2018' 'February 2018' 'March 2018' を 1 回のパーティションマージ操作で 1 つのパーティション 'Q1 2018' にマージできます管理のためにパーティション化を行うもう 1 つの典型的な例としてデータウェアハウスで ' ローリングウィンドウ ' 方式のロードプロセスをサポートする場合があります DBA が毎日新しいデー 6 Oracle Database 18c における Oracle Partitioning

8 タを表にロードするとします各パーティションに 1 日分のデータが入るようにこの表をレンジパーティション化できますロードプロセスは単に新しいパーティションの追加になります DBA は他のパーティションを変更する必要がないため単一パーティションの追加は表全体の変更よりはるかに効率的です極めて効率的かつスマートな方法でデータを削除することもパーティション化のもう 1 つの重要な利点ですたとえばパーティション表からデータを消去するには 1 つまたは複数のパーティションを削除または切り捨てるだけで済みます同等の削除コマンドを実行して多数のリソースを使用し削除されるすべての行を処理するよりも非常に低コストで迅速なデータディクショナリ操作です Oracle Database 18c では削除や切捨てといったパーティションメンテナンス操作でデータを削除する一般的な操作は最適化されていますこれらの操作では索引のメンテナンスを即座に実行しなくてもすべての索引が有効に保たれるため高速なメタデータのみの処理となりますパーティションメンテナンス操作でデータを高速に削除できる一方でそのような操作の粒度は削除または切り捨てられるパーティションの境界によって左右されますただしよくあることですがルールには例外がありますたとえばローリングウィンドウ操作の一部として 3 年以上経ったデータをすべて削除する必要がありますが正式にクローズしていない注文は削除できないとしますこのようなことは業務ではめったに発生しませんがこの業務要件のためにパーティションの切捨てまたは削除をそのまま行うことができなくなりますこの例外を維持するにはプログラムによってこの状況に対処する必要があります Oracle Database 18c 以降パーティションメンテナンス操作が強化されてデータのフィルタリングを任意のパーティションメンテナンス操作の一部として実行できるようになりましたこの例の場合パーティションを移動し正式にクローズしていない古いすべてのレコードを保持することでデータの削除を達成しますフィルタ付きパーティションメンテナンス操作によりデータメンテナンスとパーティションメンテナンスを同時に実行できます 5 さらに Oracle Database 18c では非パーティション表をパーティション表に修正するこれまでのオンライン機能を拡張しパーティション表のオンライン変更でパーティショニング戦略を変更できるようになっています拡大するシステムにパーティション化を導入する必要の生じた場合でもまたは変化するビジネス要件への適合やさらなる成長への対応でパーティショニング戦略の調整が必要な場合のどちらであっても Oracle Database 18c は対応します可用性を得るためのパーティション化パーティション化されたデータベースオブジェクトによってパーティションの独立性が確保されますこのパーティションの独立性という特長は高可用性戦略の重要な部分ですたとえばパーティション化された表で 1 つのパーティションが使用できない場合でもこの表の他のパーティションはすべてオンラインのまま使用できますアプリケーションは問合せとトランザクションの実行をこのパーティション化された表に引き続き実行できるため使用できないパーティションへアクセスする必要がなければこれらのデータベース操作の実行は成功しますデータベース管理者は別の表領域に格納する各パーティションを指定できますこれによってその表の他のパーティションとは独立して (partition-to-tablespace マッピングにより ) パーティ 5 フィルタ付きパーティションメンテナンス操作ではフィルタ条件をパーティション化したものだけに適用できます 7 Oracle Database 18c における Oracle Partitioning

9 ションごとにバックアップとリカバリ操作を実行できますこのため障害が発生した場合使用中のデータを含むパーティションでデータベースをリカバリできます他のパーティションの使用していないデータは必要に応じてリカバリできますこれによりシステムの停止時間が低減しますデータベース全体のサイズに関係なくもっとも関連性の高いデータが極めて短時間で再び使用可能になりますさらにパーティション化によって予定の停止時間を短縮できますパーティション化によるパフォーマンス面でのメリットによってデータベース管理者は大型データベースオブジェクトのメンテナンス処理を比較的短いバッチ時間で実行できますパーティション化による情報ライフサイクル管理できるだけ低コストで大量のデータを保存するという今日の課題には自動データ最適化およびヒートマップと Oracle Partitioning を使用することで適切に対処できます各パーティションの独立性はパーティションでの効率的で透過的なデータメンテナンス操作と併せて " 階層型アーカイブ " 戦略のオンライン部分に対応する上で非常に重要な要素です特に履歴データを含む表の場合データの重要性とアクセス方式はデータの古さに大きく依存します Oracle Partitioning を使用すると異なる物理属性 ( 圧縮やデータが読取り専用かどうかなど ) および価格を条件として各種ストレージ層に各パーティション ( またはパーティションのグループ ) を格納できます Oracle Database 18c では表領域の基盤であるストレージコンテナへの物理的な変更を防ぐ読取り専用表領域に加えて個々のパーティションを読取り専用に設定する機能を提供しますパーティションを読取り専用に設定するとパーティション内のデータの DML の実行を防止して読取り専用パーティション内のデータが不適切に変更されるのを防ぐことができます厳密に言うとパーティションが読み取り専用に設定された時点で表内に存在していた全列のデータを変更できなくなりますたとえば 5 年分のデータを含む注文表の場合最新の四半期のみを高価な高性能ストレージ層に格納して表の残り ( データの約 90 %) を安価なストレージ層に格納できますさらに規制遵守のためにシステムに保持する必要があるが 2 度と変更しないデータ ( もっとも古い 2 年分のデータ ) を読取り専用パーティションとして格納することができます自動データ最適化 (ADO) が加わったことでヒートマップによって自動収集される使用状況の統計に基づいてストレージ階層化と圧縮の階層化を特定のパーティションに実行するタイミングを指定するポリシーを定義できます ADO ポリシーは手動による操作を必要とせずに Oracle Database によって自動的に評価されて実行されるため複雑なスクリプトやジョブを作成することなくストレージ階層化と圧縮によるコスト節減とパフォーマンスの利点を達成できますパーティション化戦略 Oracle Database 18c はもっとも包括的な一連のパーティション化戦略を提供しますこれによってお客様はデータを実際のビジネス要件に最適な方法で分割できます使用できるすべてのパーティション化戦略は単一 (1 つのレベル ) のパーティション表またはコンポジット (2 つのレベル ) パーティション表のいずれかに使用できる基本データ分散方法に依存しますまたオラクルはさまざまなパーティション化の拡張機能を提供していますこの機能によってパーティションキー選択の柔軟性が向上し必要に応じて自動的にパーティションを作成でき親子関係 8 Oracle Database 18c における Oracle Partitioning

10 を通じて論理的に接続された表グループ全体でパーティション化戦略を共有しパーティション化されていないオブジェクトのパーティション化戦略をアドバイスできますパーティションオブジェクトのデータ分散方法 Oracle Partitioning はパーティションに配置されるデータの移動を制御する以下の 3 つの基本的なデータ分散方法を提供します» レンジ : パーティションキーの値の範囲に基づいてデータが分散されます ( パーティションキーが日付列の表の場合 'January-2016' のパーティションには '01-JAN-2016' から '31- JAN-2016' のパーティションキーの値を持つ列が含まれます ) レンジの分散は途切れることなく連続して行われますレンジは常にパーティションの排他的上限として定義されパーティションの下限は先行するパーティションの排他的上限によって自動的に定義されますパーティションの境界は常に広がり続けていますそのため表の最初のパーティション ( レンジが最下限のパーティション ) はより低い値が無制限に続きます最後のパーティション ( 境界が最上限のパーティション ) も無制限に値が続くよう (MAXVALUE) に任意で設定できますレンジパーティション化には 1 つまたは最大 16 列までの複数のパーティションキー列を含めることができます» リスト : データの分散がパーティションキーの個々の値リストによって定義されます ( パーティションキーが地域列の表の場合 'North America' のパーティションには 'Canada' 'USA' 'Mexico' の値が含まれます ) 特殊な'DEFAULT' パーティションを定義してリストで明示的に定義されていないパーティションキーのすべての値を取得できますヒープ表の場合リストパーティション化には 1 つまたは最大 16 列までの複数のパーティションキー列を含めることができます索引構成表では 1 つのパーティションキー列のみがサポートされます» ハッシュ : あるパーティションキーのパーティションを決定するために内部ハッシュアルゴリズムがパーティションキーに適用されます他の 2 つのデータ分散方法とは異なりデータとパーティションの論理的なマッピングは行われませんがパーティションのサイズはほぼ同じバランスになりますパーティションキーの個々の値が十分にあり 2 の累乗 ( など ) であるパーティション数を選択すればもっともバランスの取れたパーティションサイズが得られますハッシュパーティション化には 1 つまたは最大 16 列までの複数のパーティションキー列を含めることができますレンジリストおよびハッシュというこれらの 3 つの基本的なデータ分散方法を使用して単一のパーティション表またはコンポジットパーティション表として表をパーティション化できますこれらの基本的な方法に加えてオラクルはシステムパーティション化も提供していますデータベースには表をパーティション化するためのフレームワークのみが用意されておりデータの配置を判断するためのメタデータは格納されませんデータ挿入とデータアクセスの両方についてデータの配置はアプリケーションレイヤーで管理されます ( アプリケーションでパーティションプルーニングを利用する必要がある場合 ) システムパーティション化はドメイン索引などデータの配置やアクセスでの特殊なニーズに対応する開発フレームワークとして設計されており単一 (1 つのレベル ) のパーティション化が行われたヒープ表のみがサポートされていますパーティションキーに相当するものの定義と管理はアプリケーションによって制御されます 9 Oracle Database 18c における Oracle Partitioning

11 単一 (1 つのレベル ) のパーティション化上述のデータ分散方法のいずれかを指定して表を定義しますパーティションキーとして 1 つ以上の列を使用しますたとえばパーティションキーに数値列を使用して 'less_than_five_hundred' と 'less_than_thousand' の 2 つのパーティションを持つ表の場合 'less_than_thousand' パーティションには '500 <= パーティションキー < 1000' の条件を満たす行が含まれます単一のパーティション表または索引のパーティションはオブジェクトの実際のデータを格納するデータベース内の個々の物理セグメントですレンジリストハッシュおよびシステムパーティションヒープ表と索引構成表を指定できますハッシュクラスタをパーティション化するにはレンジパーティション化のみ使用します 6 コンポジット (2 つのレベル ) パーティション化 2 つのデータ分散方法を組み合わせてコンポジットパーティション表を定義します最初に 1 番目のデータ分散方法を使用して表をパーティション化します次に 2 番目のデータ分散方法を使用して各パーティションをサブパーティションに分割しますたとえばレンジ-リストコンポジットパーティション表は最初にレンジパーティション化されます次にリストパーティション化を実施して各レンジパーティションをサブパーティション化しますコンポジットパーティション表のパーティションはメタデータであり実際のデータ保存を表すものではありませんコンポジットパーティション表または索引のパーティションのサブパーティションは特定のパーティションのデータを保存するデータベース内の物理セグメントです使用できるコンポジットパーティション化技術はレンジ-ハッシュレンジ-リストレンジ-レンジリスト-レンジリスト-リストリスト-ハッシュならびにハッシュ-ハッシュハッシュ- レンジハッシュ-リストですコンポジットパーティション化はヒープ表でのみサポートされており索引構成表やハッシュクラスタではサポートされていませんグローバルパーティション索引はレンジまたはハッシュパーティション化を使用してパーティション化できますコンポジットパーティション化はグローバルパーティション索引ではサポートされていませんパーティション化の拡張機能オラクルでは基本的なパーティション化戦略の利用を強化するパーティション化の拡張機能を提供していますパーティション化の拡張機能によってパーティション化されたオブジェクトの管理性を強化し表のパーティションキーあるいは親子関係で論理的に接続された表グループのパーティションキーもより柔軟に定義できますパーティション化の拡張機能はヒープ表でのみサポートされており索引構成表ではサポートされていません 6 クラスタはデータ構造に格納されている複数の表で構成されるスキーマオブジェクトですハッシュクラスタでは同じハッシュ値を持つ行がデータベースに一緒に格納されますクラスタは IO を最小限に抑えるために主に OLTP 環境で使用されます 10 Oracle Database 18c における Oracle Partitioning

12 インターバルパーティション化インターバルパーティション化は表のメタデータの一部としてインターバル定義を使用することで将来のパーティションに対応できるように等間隔のパーティション範囲を定義してレンジパーティション化機能を拡張しますインターバルパーティション表はユーザーが介入しなくても最初にパーティション表のパーティションが 1 つのみで作成された場合でも最大総数まで自動的に拡張できます将来使用する個別のレンジパーティションを明示的に作成するのではなくこのようなパーティションのデータが最初に挿入されるたびに必要に応じて自動的に新しいパーティションを作成しますインターバルパーティション化によってパーティション表の管理性が大幅に向上しますたとえばカレンダー年の各日に新しいパーティションを作成するインターバルパーティション表を定義できますこの場合 'September, 19th 2015' の最初のレコードがデータベースに挿入されるとすぐにパーティションがこの日用に自動的に作成されますインターバルパーティション化はレンジパーティション化の拡張機能です将来のパーティション用にインターバル定義を指定することでレンジパーティション表をインターバルパーティション表にすることができますその唯一の要件は変更前にレンジパーティション表の最後のパーティションが MAXVALUE ではなく個別の最上限の境界を持つことです無制限に値が続く最上限の境界を設ける手法はインターバル定義に基づいて将来のパーティションを作成する手法とはまったく異なりますインターバルパーティション表の利用可能な技術はインターバルインターバル-リストインターバル-ハッシュインターバル-レンジです Oracle Database 18c ではパーティション化の拡張機能であるインターバルパーティション化と参照パーティション化の組合せもサポートしますインターバルは現在上位パーティション化手法に対応するサブパーティション化戦略 (*-Interval) としてサポートされていません自動リストパーティション化インターバルパーティション化と同様に新しいパーティションキー値を自動リストパーティション表に挿入すると自動リストパーティション化によってすぐに新しいリストパーティションを自動的に作成できます値が既存のパーティションのパーティションキー値として含まれていない場合各個別値はその個々のパーティションに格納されます自動リストパーティション化はリストパーティション化の拡張機能であり既存のリストパーティション表を自動リストパーティション表にすることができますその唯一の要件は変更前にリストパーティション表で DEFAULT パーティションを定義しないことですこの包括的なパーティションを作成する手法は新しいパーティションキー値のために新しいパーティションを自動的に作成する手法とはまったく異なります自動リストパーティション化はパーティション拡張機能として利用できます現在サブパーティション化手法としてサポートされていませんまた参照パーティション化との組合せもサポートされていません 11 Oracle Database 18c における Oracle Partitioning

13 参照パーティション化参照パーティション化では既存の親子関係を利用して表をパーティション化できます主キーと外部キーの関係を使用することで親表のパーティション化戦略は親のパーティションキー列を子表に保存しなくても子表に継承されます親子表のパーティション化戦略は同一になります親表のパーティションごとに子表のパーティションが 1 つのみあり子のパーティション化戦略は主キーと外部キーの関係を通じてのみ定義されます特定の主キー値のすべての子レコードが親レコードではなく子表の " 同じ " パーティションに保存されます参照パーティション化を使用しない場合に同じパーティション化戦略を利用するときには親表から子表にすべてのパーティションキー列を複製する必要があります参照パーティション化を使用するとパーティションキー列を複製することなく論理データモデルの親子関係を利用できるため非正規化および領域節約のための手動のオーバーヘッドが削減されますまた参照パーティション化は表の論理的な構成を変更するすべてのパーティションメンテナンス操作を親表から子表に透過的に継承しますパーティションワイズ結合は親表と子表の同一レベルパーティションを結合すると自動的に有効になりこの操作のパフォーマンスが向上しますたとえば親表の注文が注文日列でレンジパーティション化される場合子表の注文アイテムは注文日列を含みませんが注文表の参照によってパーティション化できます注文表が月別にパーティション化される場合 'March 2016' のすべての注文アイテムは注文アイテム表の単一パーティションに保存され親表の注文に同一レベルパーティション化されます 'April 2016' パーティションが明示的にまたはインターバルパーティション化によって注文表に追加されると同一レベルパーティションが注文アイテム表に透過的に追加されます Oracle Database 18c では参照パーティション化およびバーチャルカラムパーティション化とインターバルパーティション化の双方との組合せをサポートしています自動リストパーティション化は参照パーティション化との組合せではサポートされていませんバーチャルカラムパーティション化バーチャルカラムでは表の 1 つ以上の既存の列を使用しメタデータの式だけを保存して式でパーティションキーを定義できますバーチャルカラムを使用したパーティション化によりビジネス要件に対して包括的に対処できます表の中で列として明示的に定義されないビジネス属性を使用してオブジェクトのパーティション化戦略を定義できます列に情報が多重定義されているのは珍しいことではありませんたとえば 10 桁のアカウント ID には先頭の 3 桁にアカウントのブランチ情報が含まれる場合があります拡張機能のバーチャルカラムパーティション化によってアカウント ID 列を含むアカウント表はこの表のパーティションキーになるアカウント ID 列の最初の 3 桁から派生されるアカウントブランチ仮想 ( 派生 ) 列で拡張できます Oracle Database 18c では他のすべてのパーティション化の拡張機能でバーチャルカラムパーティション化がサポートされています 12 Oracle Database 18c における Oracle Partitioning

14 Partition Advisor SQL アクセスアドバイザは索引マテリアライズドビューおよびマテリアライズドビューログの推奨事項に加えてパーティション化の推奨事項を生成します SQL アクセスアドバイザによって生成される推奨事項は実装した場合に予想されるパフォーマンス面でのメリットを示しています生成されたスクリプトと推奨事項はスクリプト全体または個々の推奨事項として手動で実行するか Oracle Enterprise Manager 内のキューに送信できます Partition Advisor は SQL アクセスアドバイザに統合されています 13 Oracle Database 18c における Oracle Partitioning

15 パーティション化機能の概要次の表に Oracle Database 18c で使用可能なすべての基本的なパーティション化手法を示します Oracle Database 18c の基本的なパーティション化手法パーティション化戦略データ分散ビジネスケースのサンプルレンジパーティション化値の連続レンジ注文日でレンジパーティション化された注文表リストパーティション化値の不規則なリスト国別にリストパーティション化された注文表ハッシュパーティション化内部ハッシュアルゴリズム顧客 IDでハッシュパーティション化された注文表コンポジットパーティション化レンジ - [ レンジリストハッシュ ] リスト - [ レンジリストハッシュ ] ハッシュ - [ レンジリストハッシュ ] 上述の基本的な手法であるレンジリストおよびハッシュのうちの 2 つの組合せ注文日でレンジパーティション化されて顧客 ID のハッシュでサブパーティション化された注文表国別にリストパーティション化されて注文日のレンジでサブパーティション化された注文表国別にハッシュパーティション化されて顧客 ID のハッシュでサブパーティション化された注文表基本的なパーティション化手法を次のパーティション化の拡張機能と組み合わせて使用できますパーティション化の拡張機能説明ビジネスケースのサンプルパーティション化の拡張機能説明ビジネスケースのサンプルインターバルパーティション化インターバル - [ レンジリストハッシュ ] 自動リストパーティション化参照パーティション化バーチャルカラムパーティション化レンジパーティション化の拡張機能等幅レンジを提供するインターバルによって定義される最初のパーティションを除くすべてのパーティションは一致するデータが到着するとオンデマンドで自動的に作成されるリストパーティション化の拡張機能パーティションはキーワード AUTOMATIC で定義され一致するパーティションがないままパーティションキー値が挿入されると自動的に作成される最初に ' 初期パーティション ' を 1 つだけ作成する必要がある子表のパーティション化は主キーと外部キーの関係を通じて親表から継承されるパーティションキーは子表の実際の列には保存されないパーティションキーがバーチャルカラムに基づくすべてのパーティション化手法によって定義されるバーチャルカラムはディスクに保存されずメタデータとしてのみ存在 '01-Jan-2013' から開始される事前に定義された日ごとのインターバルの注文日でパーティション化された注文表国別にリストパーティション化された注文表で 'GERMANY' パーティションのみが事前に作成されている注文日でレンジパーティション化される ( 親 ) の注文表は ( 子 ) の注文明細表にパーティション化技術を継承する注文日列は親の注文表にのみ存在注文表には顧客のアカウント番号の最初の 3 桁に基づく売上地域から派生するバーチャルカラムがある注文表は売上地域でリストパーティション化される 14 Oracle Database 18c における Oracle Partitioning

16 結論 1997 年の Oracle 8.0 における最初の導入以来オラクルはリリースのたびに Oracle Partitioning における新技術の追加スケーラビリティの拡張または管理性やメンテナンスの性能を拡大しその機能性を強化してきました Oracle Database 18c ではコンポジットパーティション化戦略の強化およびパーティションメンテナンス操作の大幅な強化を行っています Oracle Partitioning はすべてのユーザーを対象としほとんどのデータベースアプリケーションの管理性パフォーマンスおよび可用性を大幅に向上できますパーティション化はアプリケーションに透過的なのでどんな種類のアプリケーションにも簡単に実装できますコストと時間のかかるアプリケーションの変更は必要ありません 15 Oracle Database 18c における Oracle Partitioning

17 Oracle Corporation, World Headquarters 500 Oracle Parkway Redwood Shores, CA 94065, USA 海外からのお問い合わせ窓口電話 : ファクシミリ : CONNECT WITH US blogs.oracle.com/oracle facebook.com/oracle twitter.com/oracle oracle.com Copyright 2018, Oracle and/or its affiliates.all rights reserved. 本文書は情報提供のみを目的として提供されておりここに記載される内容は予告なく変更されることがあります本文書はその内容に誤りがないことを保証するものではなくまた口頭による明示的保証や法律による黙示的保証を含め商品性ないし特定目的適合性に関する黙示的保証および条件などのいかなる保証および条件も提供するものではありませんオラクルは本文書に関するいかなる法的責任も明確に否認し本文書によって直接的または間接的に確立される契約義務はないものとします本文書はオラクルの書面による許可を前もって得ることなくいかなる目的のためにも電子または印刷を含むいかなる形式や手段によっても再作成または送信することはできません Oracle および Java は Oracle およびその子会社関連会社の登録商標ですその他の名称はそれぞれの会社の商標です Intel および Intel Xeon は Intel Corporation の商標または登録商標ですすべての SPARC 商標はライセンスに基づいて使用される SPARC International, Inc. の商標または登録商標です AMD Opteron AMD ロゴおよび AMD Opteron ロゴは Advanced Micro Devices の商標または登録商標です UNIX は The Open Group の登録商標です 0317

ORACLE PARTITIONING

注 : 本書は情報提供のみを目的としています下記の事項はマテリアルやコード機能の提供を確約するものではなくまた購買を決定する際の判断材料とはなりえません本書に記載されている機能の開発リリースおよび時期については弊社の裁量により決定いたします ORACLE PARTITIONING Oracle Partitioning 第 8 世代の実績のある機能市場で広範に利用されるもっとも包括的な製品