株式会社インサイトテクノロジー 発行
http://www.insight-tec.com/jp/
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━Vol.40
☆☆☆ おら!オラ! Oracle −どっぷり検証生活− ☆☆☆
2001.01.24
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆
/// ///┏━━━━━━━━━━━━━━━━━━━━━━━━━┓/// ///
★ ★ ┃ ┃★ ★
/// ///┃ NET&COM21(2月7,8,9日:幕張メッセ)に出展決定!!┃/// ///
★ ★ ┃ OOWで大好評だった「Oracleの知恵袋」を再度配布。 ┃★ ★
★ ★ ┃ 前回入手できなかった方!今度はGETしてください! ┃★ ★
/// ///┃ ┃/// ///
★ ★ ┗━━━━━━━━━━━━━━━━━━━━━━━━━┛★ ★
★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆
書籍をご購入いただいた皆様、ありがとうございました。
お申し込み多数のため、発送が遅れましたことをこの場を借りて
深くお詫び申し上げます。
大好評につき、消費税サービス+送料無料キャンペーン継続中!
この機会を是非お見逃し無く。
お申し込みは以下のURLより受付中!
http://www.insight-tec.com/jp/topics/books.html
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
<<目次>>
■Oracle検証生活・・・ソートに関する検証 その5
■Oracle入門生活・・・整合性制約の管理
■お知らせ・・・○Oracle管理ツール Performance Insight
○SQeeLのご案内 ○連載情報
○書籍ご予約受付中 ○QAについて
■編集者より
■■注意事項!!■■
本文中にテーブルが含まれていますので、お読みになる際はMSゴシック等、
等幅フォントをお使いただくことをお勧めします。
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
▼ Oracle検証生活 ▼━━━━━━━━━━━━━━━━━━━━━━━━
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
検証生活
〜ソートに関する検証 その5 〜
ペンネーム ちゃむ
初期化パラメータのSORT_AREA_SIZEと一時表領域のDEFAULT STORAGE句のINITIAL、
NEXT、PCTINCREASE に関して、次のような指針がある。
「SORT_AREA_SIZE=INITIAL=NEXT PCTINCREASE=0にする。」(メルマガ38回参照)
この指針は、簡単に言ってしまえば、メモリ上のSORT_AREA_SIZEで収まりきら
なかったソート領域をディスク上の一時表領域に出力するのであるが、そのサ
イズが最高でSORT_AREA_SIZEと同じサイズ分ずつ出力されるということだと思わ
れる。(この指針に従えば、例えばソート処理がSORT_AREA_SIZEの10倍の領域を必
要とするとき、SORT_AREA_SIZEで指定したサイズ分、10エクステント確保されるイ
メージである。)
さらに、細かい指針として、一時表領域のセグメントヘッダー(Oracleブロッ
クの1ブロック分)を考慮して、以下のような指針も見たことがある。
「INITIAL=NEXT=SORT_AREA_SIZE+DB_BLOCK_SIZE PCTINCREASE=0」
では、どちらの指針が正しいのか、またこれらの指針は正しいと言えるのか検証し
てみよう。
まず、この検証を行なうにあたり次のようなことを考えた。
1.
ソートを伴なうあるSELECT文を発行し、ディスク上でソートをするぎりぎりの
SORT_AREA_SIZEの値つまり、SORT_AREA_SIZEがあと1大きければ、ディスク上で
はなくメモリ上でソートを行なうような閾値を求める。
2.
1.により、本当にメモリ上で必要な領域というのがわかるはずである。
SORT_AREA_SIZEというのは、例えば10Mに設定されていても、EMP表のような
件数の少ないデータをメモリ上でソートした場合、メモリ上で10M確保する訳では
なく、「必要な分だけ」メモリ上に確保する。つまり、SORT_AREA_SIZEの大きさ分
メモリが確保される訳ではないので実際メモリ上でどれくらいの領域を必要とした
のかが見えない。ところが1.のSORT_AREA_SIZEの閾値を見つけることにより、メモ
リ上で必要とした領域がわかるはずである。
3.
1.の閾値を見つけるにあたってメモリ上でソートを行なったか、ディスク上で
ソートを行なったかを簡単に判断するためにAUTOTRACEの機能を使う。
実行計画や、ある一部の統計情報を確認するには、AUTOTRACEが簡単である。
今回はこれを利用して、統計情報sorts (memory)とsorts (disk)を取得する。
<AUTOTRACEを行なうために必要な作業>
<スクリプト(UTLXPLAN.SQLやPLUSTRCE.SQL)はNT版 ORACLE8.1.6の環境で実行>
(バージョンやOSが違っても同じ様な場所にあるから見つけられるでしょう)
A.
TRACEの情報を取りたいユーザー(以下の例ではSCOTT)でPLAN_TABLEを作成
SQL>CONNECT SCOTT/TIGER
/*UTLXPLAN.SQLはPLAN_TABLEを作成するスクリプト*/
SQL>@D:\Oracle\Ora81\RDBMS\ADMIN\UTLXPLAN.SQL
B.
SYSユーザーでPLUSTRACEロールを作成しSCOTTへそのロールをGRANT
SQL>CONNECT SYS/MANAGER
/*PLUSTRCE.SQLは、PLUSTRACEというロールを作成するスクリプト*/
SQL>@D:\Oracle\Ora81\sqlplus\admin\PLUSTRCE.SQL
SQL>GRANT PLUSTRACE TO SCOTT;
これでAUTOTRACE の機能が使用できる。
4.
SORT_AREA_SIZEの閾値を見つけるにあたり、初期化パラメータファイル(init.ora)
をいちいち変更してOracleを再起動するのではなく、以下のようなコマンドでセッ
ションごとに変更することにする。
ALTER SESSION SET SORT_AREA_SIZE=3241985;
初期パラメータには、セッションレベルで変更できるもの、システム全体に対して
変更できるもの、どちらでも変更できないものなどがある。
それらは、V$PARAMETERのISSES_MODIFIABLE,ISSYS_MODIFIABLE列で確認できる。
ISSES_MODIFIABLE列 セッションレベルで変更できるか?(ALTER SESSION)
ISSYS_MODIFIABLE列 システム全体に対して変更できる?(ALTER SYSTEM)
では、実際にSORT_AREA_SIZEを検索してみよう。
SELECT NAME,VALUE,ISSES_MODIFIABLE,ISSYS_MODIFIABLE
FROM V$PARAMETER WHERE NAME = 'sort_area_size';
NAME VALUE ISSES_MODIFIABLE ISSYS_MODIFIABLE
---------------------------------------------------------------
sort_area_size 3241985 TRUE DEFERRED
ISSES_MODIFIABLE=TRUEであれば、ALTER SESSIONコマンドで変更できることを
意味する。また、ISSYS_MODIFIABLE=DEFERREDであれば、ALTER SYSTEM DEFFERD
コマンドで変更できることを意味する。ALTER SYSTEMを試してみようか。
SQL> ALTER SYSTEM SET SORT_AREA_SIZE=3241985;
ORA-02096: 指定した初期化パラメータはこのオプションでは修正できません。
SQL> ALTER SYSTEM SET SORT_AREA_SIZE=3241985 DEFERRED;
システムが変更されました。
上記を見てわかるように、ISSYS_MODIFIABLE=DEFFERDのパラメータは、DEFFERD
オプションをつけないと「ORA-02096」が発生する。
また、ALTER SYSTEM DEFFERDで変更されたパラメータの値は、既に接続されている
セッションでは反映されず、それ以後に接続してきたセッションにのみ反映される。
5.
ディスクソートされる表領域のDEFAULT STORAGE句をINITIAL=2K NEXT=2K
PCTINCREASE=0にすることにより、SORT_AREA_SIZEの閾値でソートした際にどれ
だけエクステントが発生したかを調べる。また、このソート用の表領域は、
ソート終了後に空領域として解放されない専用一時表領域(PERMANENT)とする。
6.
ソート処理は以下のSQL文で行なう。
SELECT /*+ FULL(T10) */ EMPNO,JOB FROM T10MAN_ORG T10 ORDER BY EMPNO;
(T10MAN_ORGはEMP表を10万件に拡張したようなもの)
次回は、上記6つの前提条件をふまえて、検証の結果を示す。
以上 雪解けの茅ヶ崎にて
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
▼ Oracle入門生活 ▼━━━━━━━━━━━━━━━━━━━━━━━━
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
<Oracle入門> ペンネーム モンキーターン
前回は、制約の実行タイミングを見ていただいた。
今回は、前回の続きで「整合性制約の管理」をお送りしよう。
内容は、遅延制約の設定方法についてである。
--- それでは、どっぷり入門生活スタート! -----------------------------
制約の設定とは、その制約が遅延可能かどうかを設定し、且つ初期状態は即時
か遅延かを設定することである。
制約の遅延に関する属性は、3種類である。
1.遅延可能( DEFERRABLE )で 初期状態は遅延( INITIALLY DEFERRED )
2.遅延可能( DEFERRABLE )で 初期状態は即時( INITIALLY IMMEDIATE )
3.遅延不可( NOT DEFERRABLE )で 初期状態は即時( INITIALLY IMMEDIATE )
ここで、遅延不可に初期状態は遅延を指定しようとすると、遅延不可の制約に
初期状態を遅延にしようとしているので、エラーが返るのである。
< 設定に関する注意点 >
・遅延可能( DEFERRABLE )、遅延不可( NOT DEFERRABLE )の指定を省略し
た場合、デフォルトで3.の遅延不可に設定される。遅延不可の制約は、ALTER
文、 SET CONSTRANTS文を使っても遅延状態には出来ないので注意が必要で
ある。ただし、初期遅延( INITIALLY DEFERRED )が指定されている場合は、
自動的に遅延可能に設定される。
・初期遅延( INITILLY DEFERRED )、初期即時( INITILLY IMMEDIATE )の
指定を省略した場合、デフォルトで初期即時に設定される。
例>
SQL> CREATE TABLE EMP(
EMPNO NUMBER(4) CONSTRAINT PK_EMP PRIMARY KEY 指定なし
~~~~~~~~~~
これは、遅延不可に設定される(デフォルト)。一度遅延不可に設定され
ると遅延制約状態への変更は、出来ないので注意が必要である。
言い換えると、遅延可能( DEFERRABLE )の指定をしないと、遅延制約は
使用できないのである。
SQL> CREATE TABLE EMP(
EMPNO NUMBER(4) CONSTRAINT PK_EMP PRIMARY KEY INITIALLY DEFERRED
~~~~~~~~~~~~~~~~~~
これは、遅延可能で初期状態は遅延状態に設定される。
SQL> CREATE TABLE EMP(
EMPNO NUMBER(4) CONSTRAINT PK_EMP PRIMARY KEY DEFERRABLE
~~~~~~~~~~
これは、遅延可能で初期状態は即時状態に設定される。
SQL> CREATE TABLE EMP(
EMPNO NUMBER(4) CONSTRAINT PK_EMP PRIMARY KEY NOT DEFERRABLE
~~~~~~~~~~~~~~
これは、遅延不可で初期状態は即時状態に設定される。
ここで、制約の設定を遅延可能( DEFERRABLE )のみの設定を行った場合に注
意していただきたいのは、遅延制約が使用可能な制約に設定しただけで、制約
が遅延制約状態であるわけではないのである。この場合、制約の初期状態は、即
時制約のままである。
それでは、どのようにして遅延制約可能な制約を遅延制約に設定するかというと
< セッション内での制約の遅延指定 >
SQL> ALTER SESSION SET CONSTRAINTS = DEFERRED ;
これは、暗黙的にすべての制約が含まれます。
< トランザクション内での制約の遅延指定 >
SQL> SET CONSTRAINTS 制約名 DEFERRED ;
これは、トランザクション期間中から、別の SET CONSTRAINTS文で制約の指定
が上書きされるまでか、COMMIT or ROLLBACKによりトランザクションが終了す
るまでである。トランザクションが終了すると、制約の状態は初期状態に戻る。
ここで、制約名のところに ALL と指定すると、すべての制約に対しての変更
となる。
今回は、この辺で「どっぷり入門生活」おしまい -------------------------
「どっぷり入門生活」では、基本的な質問をお待ちしています。また、このような
テーマでやってほしい等の要望がございましたら、メールでどしどしお寄せく
ださい。
以上 風邪気味 モンキーターンより
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
▼ Oracle 管理ツール Performance Insight ▼━━━━━━━━━━━━
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
Oracleを知り尽くしたメンバーが開発したOracleパフォーマンス監視ツール
の決定版。それがPerformance Insightです。インサイトテクノロジーの技術
者の知恵とノウハウがここに結集!
パフォーマンス監視だけでなくOracleを使用しているシステムの運用、管理、
そして開発にも役立つ機能がいっぱいです。
詳しくは以下のURLをご覧ください。
http://www.insight-tec.com/jp/products/products.html
また無料で試使用することも可能です。
是非お問い合わせください。
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
▼ SQeeLのご案内 ▼━━━━━━━━━━━━━━━━━━━━━━━━
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
<プログラマ待望の言語SQeeL>
●手軽に使える、速い、そしてWEBに適した新言語SQeeL!
フリーソフトSQeeLは、以下のURLより好評ダウンロード中!
既に多くの方々にご利用いただいております。
あなたもSQeeLの世界を体験してみませんか?
http://www.SQeeL.org
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
▼ 連載情報 ▼━━━━━━━━━━━━━━━━━━━━━━━━━━━
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
<雑誌連載>
Oracleのエキスパートとして定評のある弊社のスタッフが執筆しております
連載記事に関してご紹介しています。
現在「DB Magazine」に、Oracleビギナー向け連載が掲載されています。
2月号が発売中ですので、是非ご覧下さい。
http://www.insight-tec.com/jp/topics/magazine.html
上記のURLでタイトルがご覧になれます。
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
▼ 書籍ご予約受付中 ▼━━━━━━━━━━━━━━━━━━━━━━━
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
<送料無料でお届けします>
「Oracle8 プロフェッショナルテクニック」は大好評につき、現在在庫切れと
なっており、ご注文いただいた皆様にはたいへんご迷惑をおかけしております。
まもなく入荷する予定ですので、今しばらくお待ちください。
これからご注文いただく方も、入荷次第発送させていただくということで
予約注文を受付けておりますのでよろしくお願い申し上げます。
また弊社のHPよりお申し込みいただいた方に限り、送料無料でお届けします。
専門書としては異例の速さで増刷が決定するほどの好評をいただい
ている「Oracle8 プロフェッショナルテクニック」をぜひご活用ください。
2000年12月10日に発売された「Oracleデータベース管理を極める13章」の
販売を開始いたしました。「DB Magazine」に連載され大好評だった「体験的・
DBAのお仕事」が加筆され書籍化された同書は、おかげさまで発売以来2週間で
増刷となりました。現在キャンペーン期間中につき、同書に限りましては、
消費税サービス+送料無料、つまり本体価格のみでご購入いただけます。
http://www.insight-tec.com/jp/topics/books.html
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
▼ QAについて ▼━━━━━━━━━━━━━━━━━━━━━━━━━
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
<皆様からのQAを受付けております>
皆様のQAにはできるだけ、お答えしたいと思っています。
すべてのQAにお答えすることはできないかもしれませんが、
適宜メルマガ内でとりあげていく予定ですので、是非QAをお寄せください。
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
▼ 編集者より ▼━━━━━━━━━━━━━━━━━━━━━━━━━━
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
先週は、茅ヶ崎にも雪が降りました。朝起きると雪景色。ちょっと、びっく
り。でも、雪珍しさに、ちょっとワクワク。
by 偽UA
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
登録・解除は以下のURLで行うことができます。
http://www.insight-tec.com/jp/em/mail_magazine.html
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
<おら!オラ!Oracle−どっぷり検証生活−>
発行/編集:株式会社インサイトテクノロジー
http://www.insight-tec.com/jp
マガジンID:0000030093
本メールマガジンに掲載された記事を許可なく転載することを禁じます。
Copyright (c) 1996-2001, Insight Technology, Inc. All rights reserved.
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━