目次 1. パーティショニングとは? パーティショニングのメリットと必要性パーティショニング戦略パーティションキーの選定時の考慮事項パーティション方法レンジパーティション

Size: px

Start display at page:

Download "目次 1. パーティショニングとは? パーティショニングのメリットと必要性パーティショニング戦略パーティションキーの選定時の考慮事項パーティション方法レンジパーティション"

しなつうみのなか
5 years ago
Views:

1 開発および運用パーティション概念および方法

2 目次 1. パーティショニングとは? パーティショニングのメリットと必要性パーティショニング戦略パーティションキーの選定時の考慮事項パーティション方法レンジパーティションハッシュパーティションリストパーティションコンポジットパーティション各パーティションの特徴インターバルパーティション REF( 参照 ) パーティションその他のパーティション索引とパーティショングローバル索引とローカル索引 Prefixed 索引とNon-Prefixed 索引ローカル索引パーティションの索引タイプ別適用ガイド

3 パーティショニングの概念および方法 1. パーティショニングとは? 大容量の大きい表をより小さいパーティション単位で分けることにより性能の低下を防止し管理をより容易にする機能です 1.1. パーティショニングのメリットと必要性管理データのサイズが大きくなるにつれて管理操作に問題点が発生 (VLDB, Data Warehousing) DBMS ごとにパーティショニング手法は多少差があるパーティション別に独立したバックアップおよびリカバリーが可能システム障害の発生時にデータの損傷を最小化不要なデータアクセスを防止 (Partition Pruning) I/O の分散による性能の向上独立した DML 文の実行 ( 他のパーティションに影響を与えずに各トランザクションの実行が可能 ) パーティショニングの核心は divide-and-conquer ソリューションの提供 3

4 1.2. パーティショニング戦略 1.3. パーティションキーの選定時の考慮事項誤った索引が処理速度に悪影響を及ぼすようにパーティショニングによって無条件にパーティションが持つメリットをすべて取れるわけではありません性能の向上のためにアクセス方式によってパーティショニングが行われるようパーティションキーを選定する必要がありますデータの管理の容易性のために履歴データの生成周期または消滅周期がパーティションと一致する必要があります表ごとに索引は多数存在しますがパーティションキーは 1 つのみ存在します誤って定義されたパーティションキーの変更には多くの作業が伴いますパーティションキーは索引とその活用の特徴や制約事項が似ていますパーティションキーは巨視的な観点で索引にたとえることができます 2. パーティション方法レンジパーティション - パーティショニングされた表は複数のセグメントで構成されます各セグメントは特定の列値が同じ範囲内に入る行で構成されますハッシュパーティション - 指定された全体パーティションにデータを均等に分散 - パーティションキーでハッシュ値を取って行を各パーティションにマッピングリストパーティション - 離散的な列値を各パーティションに分割 - データに順序や関連性がなくてもグルーピングが可能コンポジットパーティション - 最初にレンジパーティショニングを行った後各パーティション内でハッシュパーティショニングまたはリストパーティショニングによりサブパーティションを作成 - ヒストリカルデータとストライピングの両方を適用できる理想的な方法 4

5 2.1. レンジパーティションパーティショニングされた表は複数のセグメントで構成されます各セグメントは特定の列値が同じ範囲内に入る行で構成されますパーティションごとにバックアップおよびリカバリーが可能範囲を誤って判断する場合データのスキューが発生パーティションプルーニングが可能パーティションキー : 実績年月登録年月などレンジパーティションの活用 - レンジ条件でパーティションの削除 (Partition Elimination) 効果を得ようとする場合や過去のデータをパージする場合に活用 - 時系列データのアクセスおよび管理レンジパーティションの例 create table order_details (order_id number, order_date date) partition by range (order_date) (partition p_jan values less than (to_date('01-feb-2009','dd-mon-yyyy')), partition p_feb values less than (to_date('01-mar-2009','dd-mon-yyyy')), partition p_mar values less than (to_date('01-apr-2009','dd-mon-yyyy')), partition p_2009 values less than (MAXVALUE) ) ; - range : Partitioning Method - (order_date): Partitioning Column (Key) - less : Partition descriptions identifying partition bounds 2.2. ハッシュパーティション指定されたすべてのパーティションにデータを均等に分散パーティションキーでハッシュ値を取って行を各パーティションにマッピングパーティション数は 2 の n 倍数に設定 - 2 の n 倍数でない場合はパーティション数の変更によってパーティション間のサイズのバランスが破れることがありますパーティションキー : 顧客番号注文番号申込番号などハッシュパーティションの活用 - パラレル処理の I/O 分散 5

6 - 静的パーティショニングによるパラレル処理 - 与えられたレンジにどのぐらいのデータがマッピングされるか予測しにくい環境やレンジ別データ量の差が大きい業務に適当ハッシュパーティションの例 CREATE TABLE employees ( empno NUMBER(4), ename VARCHAR2(30), sal NUMBER ) PARTITION BY HASH (empno) ( PARTITION h1 TABLESPACE t1, PARTITION h2 TABLESPACE t2, PARTITION h3 TABLESPACE t3, PARTITION h4 TABLESPACE t4); CREATE TABLE employees ( empno NUMBER(4), ename VARCHAR2(30), sal NUMBER ) PARTITION BY HASH(empno) PARTITIONS 3 STORE IN (t1,t2,t3); 6

7 2.3. リストパーティション離散的な列値を各パーティションに分割データに順序や関連性がなくてもグルーピングが可能必ず 1 つの列のみパーティションキーとして指定が可能 ( マルチ列のパーティションキーの指定は不可 ) IOT はリストパーティションの作成が不可 MAX VALUE などの UPPER-BOUND の定義が不可他のパーティションで同じ値を重複して指定することは不可リストパーティションの活用 - 一定の順序を持たないデータを人為的にグルーピングする場合に活用 - ビジネスの緊密度による離散データのグルーピングリストパーティションの例 CREATE TABLE sales_list ( salesman_id NUMBER(5), salesman_name VARCHAR2(30), sales_state VARCHAR2(20), sales_amount NUMBER(10), sales_date DATE) PARTITION BY LIST(sales_state) ( PARTITION sales_west VALUES ('California', 'Hawaii'), PARTITION sales_east VALUES ('New York', 'Virginia', 'Florida'), PARTITION sales_central VALUES ('Texas', 'Illinois'), PARTITION sales_other VALUES (DEFAULT) ); 2.4. コンポジットパーティション最初にレンジパーティショニングを行った後各パーティション内でハッシュパーティショニングまたはリストパーティショニングによりサブパーティションを作成ヒストリカルデータとストライピングの両方を適用できる理想的な方法コンポジットパーティションの活用 - 例 ) 注文日でレンジパーティショニングを行い注文番号でハッシュサブパーティショニングを行う 7

8 - 離散データを時系列に管理し周期的な DB 管理作業が目的の場合レンジパーティション + リストパーティションを考慮コンポジットパーティションの例 SQL> CREATE TABLE sales_range_hash (sales_no NUMBER, sale_year INT NOT NULL, sale_month INT NOT NULL, sale_day INT NOT NULL, customer_name VARCHAR2(30), price NUMBER) PARTITION BY RANGE (sale_year, sale_month, sale_day) SUBPARTITION BY HASH(sales_no) SUBPARTITIONS 4 STORE IN (ASSM_TBS1, ASSM_TBS2, ASSM_TBS3) (PARTITION sales_q1 VALUES LESS THAN (2005, 01, 01), PARTITION sales_q2 VALUES LESS THAN (2005, 07, 01), PARTITION sales_q3 VALUES LESS THAN (2006, 01, 01), PARTITION sales_q4 VALUES LESS THAN (2006, 07, 01) ); 2.5. 各パーティションの特徴区分パーティションレンジハッシュコンポジットリストパーティションの基準範囲 Y=F(x) 範囲 & Y=F(x) & 離散値離散値長所管理の利便性データの均一な分布レンジハッシュリストの長所管理の利便性短所スキュー現象管理の難しさ管理の難しさスキュー現象適用業務ヒストリカルデータ I/O 分散が必要な場合やパラレル処理に有用ヒストリカルデータおよび管理の補完離散値パーティションキー実績年月登録年月顧客番号申込番号注文番号レンジ : 注文日ハッシュ : 注文番号 - 8

9 2.6. インターバルパーティション最初にレンジパーティショニングを行った後各パーティション内でハッシュパーティショニングまたはリストパーティショニングによりサブパーティションを作成ヒストリカルデータとストライピングの両方を適用できる理想的な方法レンジパーティションを拡張した概念 - レンジパーティションを使用する時に指定したパーティション領域に含まれない値を入力するとエラーが発生レンジパーティションを基に自動でパーティションを作成新しいデータが生成されると同時にセグメントが割り当てられる領域の代わりに各バウンダリーを指定するインターバルのみを指定 Store In 文で表領域を指定する時にラウンドロビン方式で指定された TBSP にパーティションを保存日単位を月単位に変更すると 1 ヶ月間隔でパーティションを作成制約条件 - インターバルパーティショニングのパーティションキーは Number 型 Date 型のみ指定可能 - 表を作成する時に少なくとも 1 つのパーティションの指定 ( 作成 ) が必要 - 索引構成表は未サポート - インターバルパーティション表にドメイン索引は作成不可 - コンポジットパーティショニングではプライマリーパーティションとしてのみ使用可能 ( サブパーティションとしては使用不可 ) - インターバル方式では MAXVALUE が定義されない - パーティション列に NULL 値を許容しないインターバルパーティションの例 SQL> create table newsales ( time_id date not null, channel_id char(1) not null, promo_id number(6) not null ) partition by range (time_id) interval (numtodsinterval(1, 'DAY')) // 1 日間隔でパーティションを作成 store in (sales1, sales2) // 保存する表領域を指定 ( オプション ) ( partition p_before_1_jan_2005 values less than (to_date(' ','dd-mm-yyyy'))) 9

10 2.7. REF( 参照 ) パーティション親表と子表のいずれにも含まれないキー列でパーティションの実装を許容 - 既存の親表 - 子表間に同じパーティショニングの戦略を実現時にはすべてのパーティショニングキー列を子表にコピーキー列を子表に保存しなくても子表に継承される制約条件 - パーティションを作成時に子表に必ず参照整合性制約の定義が必要この制約条件は必ず ENABLE VALIDATE NOT DEFERRABLE 状態にある必要があり親表の主キーまたは一意キーを参照する必要がある - 外部キー列は NOT NULL 制約を満たさなければならない - ON DELETE SET NULL 句は使用不可 - 親表は必ず存在するパーティション表すべてのパーティショニング手法をサポートただしインターバルパーティショニングはサポートが不可 - 外部キーは仮想列を保持できない - 親表の参照された主キー制約または一意キー制約は仮想列を保持できない - 参照パーティショニングでは索引構成表外部表ドメイン索引のストレージ表を保持できない - ROW MOVEMENT は 2 つの表にすべてマッチされるように設定 - 参照パーティショニングは CREATE TABLE... AS SELECT 文で記述が不可能 REF( 参照 ) パーティションの例 CREATE TABLE mycustomers (cust_id NUMBER, cust_first_name VARCHAR2(20), cust_last_name VARCHAR2(20), cust_gender CHAR(1)) PARTITION BY LIST (cust_gender) (PARTITION p_male VALUES ('M'), PARTITION p_female VALUES ('F') ); SQL> ALTER TABLE mycustomers ADD CONSTRAINT p_cust_id PRIMARY KEY (cust_id); Table altered. CREATE TABLE mysales (cust_id NUMBER NOT NULL, quantity_sold NUMBER(10,2), amount_sold NUMBER(10,2), CONSTRAINT fk_sales_01 FOREIGN KEY (cust_id) REFERENCES mycustomers(cust_id)) PARTITION BY REFERENCE (fk_sales_01); SQL> SELECT TABLE_NAME, PARTITIONING_TYPE, REF_PTN_CONSTRAINT_NAME FROM USER_PART_TABLES WHERE TABLE_NAME IN ('MYCUSTOMERS','MYSALES'); TABLE_NAME PARTITION REF_PTN_CONSTRAINT_NAME MYCUSTOMERS LIST MYSALES REFERENCE FK_SALES_01 10

2.8. その他のパーティション仮想例パーティショニング - 実際に表に存在しない列であってもランタイムの間計算して仮想列を作成後パーティションを作成例 ) total_value as (quantity * unit_price) virtual // 仮想列の total_value の作成 partition by range(total_value) // パーティションの作成

11 2.8. その他のパーティション仮想例パーティショニング - 実際に表に存在しない列であってもランタイムの間計算して仮想列を作成後パーティションを作成例 ) total_value as (quantity * unit_price) virtual // 仮想列の total_value の作成 partition by range(total_value) // パーティションの作成システムパーティショニング - 大きい表を小さいパーティションに分ける機能 - データの入力時にデータベースレイヤーではなくアプリケーションで制御できるように処理例 ) データを入力時に行が入力されるパーティションをアプリケーションが決定 DBA はパーティションを定義する役割のみを行う INSERT INTO orders PARTITION(part1) VALUES (1, SYSDATE, 'Y'); 3. 索引とパーティショングローバル索引とローカル索引 - 索引対象範囲による分類グローバル索引はパーティショニングされた表全体ローカル索引はパーティショニングされた表の該当セグメントが索引対象範囲になりますパーティション索引と非パーティション索引 - 索引パーティションは表パーティションとは別のものです索引パーティション用のストレージとパーティションキーが定義されますつまりローカル索引は表パーティションと同一レベルパーティショニングであり表パーティションキーが索引パーティションキーとただ一致するだけです Prefixed 索引と Non-Prefixed 索引 - Prefixed index : パーティションキーが索引の先頭列で構成 - Non-prefixed index : パーティションキーが索引の先頭列で開始しない場合 3.1. グローバル索引とローカル索引グローバル索引とローカル索引は表の範囲によって区分されますグローバル索引 / ローカル索引の例 CREATE TABLE sales ( acct_no NUMBER(5) NOT NULL, person VARCHAR2(30), sales_amount NUMBER(8) NOT NULL, week_no NUMBER(2) NOT NULL) PARTITION BY RANGE (week_no) (PARTITION p1 VALUES LESS THAN (4) TABLESPACE data0, 11

PARTITION p2 VALUES LESS THAN (8) TABLESPACE data1, PARTITION p3 VALUES LESS THAN (MAXVALUE) TABLESPACE data2 CREATE INDEX sales_idx ( ON sales(week_no, acct_no ) GLOBAL (PARTITION I_p1 VALUES LESS

12 PARTITION p2 VALUES LESS THAN (8) TABLESPACE data1, PARTITION p3 VALUES LESS THAN (MAXVALUE) TABLESPACE data2 CREATE INDEX sales_idx ( ON sales(week_no, acct_no ) GLOBAL (PARTITION I_p1 VALUES LESS THAN (4) TABLESPACE data0_idx, PARTITION I_p2 VALUES LESS THAN (MAXVALUE) TABLESPACE data2_idx ); CREATE INDEX sales_idx ON sales(week_no, acct_no) LOCAL (PARTITION I_p1 TABLESPACE IDX1, PARTITION I_p2 TABLESPACE IDX2, PARTITION I_p3 TABLESPACE IDX3 ); 3.2. Prefixed 索引と Non-Prefixed 索引グローバル Prefixed 索引は表と同一レベルバーティショニングされません Prefixed 索引と Non-Perfixed 索引の区分は索引のパーティションキーと索引列間の関係であり表のパーティションキーと索引列間の関係を表すのものではありません最上位パーティションは最も大きいデータ値を保有できる必要があるので maxvalue を明示的に使用するといいですグローバル Prefixed 索引の例 -- acct_no は索引の先頭列がパーティションキーと同一 Prefixed CREATE INDEX sales_idx ON sales ( acct_no ) GLOBAL PARTITION BY RANGE ( acct_no) (PARTITION p1 VALUES LESS THAN (32), PARTITION p2 VALUES LESS THAN (MAXVALUE) ) ; 12

13 3.3. ローカル索引ローカル Prefixed 索引 : パーティションキーと索引の先頭列が一致ローカル Non-Prefixed 索引 : パーティションキーと索引の先頭列が不一致ローカル Prefixed 索引 / ローカル Non-Prefixed 索引の例 -- 表が Week_No でパーティションされた場合にローカル Prefixed 索引を作成 CREATE INDEX sale_idx On sales (week_no, acct_no) LOCAL (PARTITION p1 TABLESPACE idx1, PARTITION p1 TABLESPACE idx2, PARTITION p1 TABLESPACE idx3); -- 表が Week_No でパーティションされた場合にローカル Non-prefixed 索引を作成 CREATE INDEX sale_idx On sales (acct_no) LOCAL (PARTITION p1 TABLESPACE idx1, PARTITION p1 TABLESPACE idx2, PARTITION p1 TABLESPACE idx3); 3.4. パーティションの索引タイプ別適用ガイド索引の区分適用基準 - OLTP 環境で複数のパーティションにわたってアクセスが頻繁に行われる場合 Global Prefixed Index Local Prefixed Index - パーティションキーでない列で一意索引が必要な場合 - 業務特性やアクセス方式などを考慮してパーティション索引を作成しようとするがローカル索引を作成できない場合 - 管理上パーティションの削除を頻繁に行う場合はグローバル索引の適用時に注意 - OLTP 環境で特定のパーティションへのアクセスが多く結合が頻繁に行われる場合 - パーティションキー列を先頭にする索引が必要な場合 - 性能可用性管理の容易性が他のタイプの索引より優秀 - DW のような大容量の非定型問合せ中心の環境で他の表との結合が少なく狭い範囲のパーティション全体にわたるアクセスが多い場合 Local Non-Prefixed Index - パーティションキー以外の列で条件を検索時にパーティション別処理が可能でありヒストリカルデータの検索に有利 - 管理上パーティションの削除を頻繁に行いながらも索引の可用性と管理の容易性を維持しようとする場合 13

14 Copyright 2014 TmaxData Co., Ltd. All Rights Reserved. Trademarks Tibero RDBMS is a registered trademark of TmaxData Co., Ltd. Other products, titles or services may be registered trademarks of their respective companies. Contact Information TmaxData can be contacted at the following addresses to arrange for a consulting team to visit your company and discuss your options. Korea TmaxData Co., Ltd 5, Hwangsaeul-ro 329beon-gil, Bundang-gu, Seongnam-si, Gyeonggi-do. South Korea Tel: Fax: info@tmax.co.kr Web (Korean): Technical Support: USA TmaxSoft, Inc. 560 Sylvan Avenue Englewood Cliffs, NJ U.S.A Tel: Fax: info@tmaxsoft.com Web (English): Russia Tmax Russia L.L.C. Grand Setun Plaza, No A204 Gorbunova st.2, Moscow, Tel: +7(495) info.rus@tmaxsoft.com Web (Russian): Singapore Tmax Singapore Pte. Ltd. 430 Lorong 6, Toa Payoh #10-02, OrangeTee Building. Singapore Tel: info.sg@tmaxsoft.com United Kingdom TmaxSoft UK Ltd. Surrey House, Suite 221, 34 Eden Street, Kingston-Upon- Thames, KT1 1ER United Kingdom Tel: + 44-(0) info.uk@tmaxsoft.com Web (English): Japan TmaxSoft Japan Co., Ltd. 5F Sanko Bldg, Mita, Minato-Ku, Tokyo, Japan Tel: Fax: info.jp@tmaxsoft.com Web (Japanese): China TmaxSoft China Co., Ltd. Beijing Silver Tower, RM 1508, 2 North Rd Dong San Huan, Chaoyang District, Beijing, China, China Tel: ~8 Fax: info.cn@tmaxsoft.com Web (Chinese): Brazil TmaxSoft Brazil Avenida Copacabana, andar 18 do Forte Empresarial, Alphaville - Barueri, Sao Paulo, SP-Brasil CEP contato.brasil@tmaxsoft.com TN-TRTP-D

目次 1. ロードランナーの紹介ロードランナーの概要ロードランナーの構成ロードランナーの環境構成ロードランナーの使用例使用例 (Native-Protocol Driver)

目次 1. ロードランナーの紹介ロードランナーの概要ロードランナーの構成ロードランナーの環境構成ロードランナーの使用例使用例 (Native-Protocol Driver) その他の知識 Tiberoの性能をテストするためのロードランナーの使用方法 2014. 04. 10. 目次 1. ロードランナーの紹介... 3 1.1. ロードランナーの概要... 3 1.2. ロードランナーの構成... 3 1.3. ロードランナーの環境構成... 4 2. ロードランナーの使用例... 6 2.1. 使用例 (Native-Protocol Driver)... 6 2 Tibero

目次 1. パーティショニングとは? パーティショニングのメリットと必要性 パーティショニング戦略 パーティション キーの選定時の考慮事項 パーティション方法 レンジ パーティション

目次 1. パーティショニングとは? パーティショニングのメリットと必要性パーティショニング戦略パーティションキーの選定時の考慮事項パーティション方法レンジパーティション