株式会社インサイトテクノロジー 発行
http://www.insight-tec.com/jp
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Vol.14
☆☆☆ おら！オラ！ Oracle −どっぷり検証生活− ☆☆☆
2000.07.19
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
他ではなかなか得られない、マニュアルを読んでもわからない、
そういったOracleに関する技術情報をお届けするメルマガです。
実際に検証した結果も交えてお伝えしていきます。
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
<<目次>>
■Oracle検証生活・・・インデックスに関する検証 その６
■QAコーナー・・・EXPORT-IMPORTでINDEXは縮退するのか？
■お知らせ・・・○Oracle管理ツール ○連載情報
○書籍ご予約受付中 ○ＱＡについて
■編集者より
■■注意事項！！■■
本文中にテーブルが含まれていますので、お読みになる際はMSゴシック等、
等幅フォントをお使いただくことをお勧めします。
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
▼ Oracle検証生活 ▼━━━━━━━━━━━━━━━━━━━━━━━━
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
＜インデックスに関する検証 その6＞ ペンネーム つけまい
--- インデックス利用の落とし穴
レンジ検索で全件検索よりも性能ダウン ---
●インデックスが失速する？
これまでの検索結果（1万件及び100万件）では、特に驚いた内容のものは何一
つない。むしろ、当然の結果しか得られていない。そこで今度は、挿入ではな
く大量の削除を行ってみた結果、「インデックス検索よりも全件検索の方がは
るかに速くなる」という驚くべき結果が得られた。
削除後のインデックス構造（B-Tree）のイメージ
⇒ http://www.insight-tec.com/html/reference/ref14a.html
このイメージ図のテーブルTEST01は、1万件から100万件に拡張したテーブルを、
もとの1万件に戻したものである。
ここで注意していただきたいのが、もとの1万件に戻したからといって、100万
件に拡張する前の1万件のテーブルとは、全く異なった値が入っていることであ
る。
100万件に拡張した際の過程を思い出していただきたい。
（末尾 0 → 1 → 2 〜 8 → 9 の順に挿入）
今回の削除も同様、挿入していった順に末尾0〜8の削除を行った。次に、残っ
た末尾9のみの10万件に対して、挿入した順に9万件の削除を行った。
以下に示すURLは、削除後のイメージを解りやすく説明したものである。
http://www.insight-tec.com/html/reference/ref14b.html
この1万件に縮小したテーブルTEST01に対して、最初の1万件の時と同様1〜5000
件目までのレンジ検索を行った結果を、以下のURLに示す。
http://www.insight-tec.com/html/reference/ref14c.html
この検索結果で特に注目すべき点は、インデックスなしの検索が約23秒かかっ
たのに対し、インデックスありの検索がインデックスなしの検索に比べて3倍以
上かかっているということである。また、いくらリーフ分割を多発させたから
といっても、最初の1万件のインデックスへのI/O回数が45回なのに対し、今回
は13106回と約300倍になっているのも不可解である。
次回は、この不可解な現象について検証結果を基に、Oracleが空のブロックを
アクセスしてしまう様子を見ていく。
以下に、検証結果を記載しておくので、興味のある方は推測し、次回に紹介す
る内容と照らし合わせていただきたい。
●TEST01（1万件（99万件削除））のINDEX_STATSの内容
ANALYZE INDEX TEST01 VALIDATE STRUCTURE ;
索引が分析されました。
SELECT HEIGHT,BLOCKS,LF_ROWS,LF_BLKS,BR_ROWS,BR_BLKS FROM INDEX_STATS ;
HEIGHT BLOCKS LF_ROWS LF_BLKS BR_ROWS BR_BLKS
--------- --------- --------- --------- --------- ---------
3 51200 10000 13793 13792 112
●TEST01（1万件（99万件削除））のTREEDUMPの内容（縮小後）
ALTER SESSION SET EVENTS 'IMMEDIATE TRACE NAME TREEDUMP LEVEL 3539' ;
----- begin tree dump
branch: 0x2000003 33554435 (0: nrow: 111, level: 2)
branch: 0x20000a3 33554595 (-1: nrow: 120, level: 1)
leaf: 0x2000004 33554436 (-1: nrow: 0)
leaf: 0x2001b2c 33561388 (0: nrow: 0)
leaf: 0x2000d98 33557912 (1: nrow: 0)
leaf: 0x2002c34 33565748 (2: nrow: 0)
leaf: 0x200036b 33555307 (3: nrow: 0)
leaf: 0x2001b2d 33561389 (4: nrow: 0)
leaf: 0x2000d99 33557913 (5: nrow: 0)
:
:
branch: 0x200145f 33559647 (98: nrow: 107, level: 1)
leaf: 0x2000988 33556872 (-1: nrow: 0)
leaf: 0x2002a7a 33565306 (0: nrow: 0)
:
:
leaf: 0x2002a81 33565313 (16: nrow: 0)
leaf: 0x200145d 33559645 (17: nrow: 0)
leaf: 0x2002a82 33565314 (18: nrow: 0)
leaf: 0x2000d41 33557825 (19: nrow: 0)
leaf: 0x200337b 33567611 (20: nrow: 3)
leaf: 0x2001a8f 33561231 (21: nrow: 7)
leaf: 0x200337c 33567612 (22: nrow: 7)
:
:
leaf: 0x2000d97 33557911 (125: nrow: 7)
leaf: 0x200344d 33567821 (126: nrow: 6)
leaf: 0x2001b2b 33561387 (127: nrow: 7)
leaf: 0x200344e 33567822 (128: nrow: 7)
leaf: 0x2000368 33555304 (129: nrow: 7)
----- end tree dump
初夏 茅ヶ崎にて
〜インデックスに関する検証 その6〜
by つけまい
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
▼ ＱＡコーナー ▼━━━━━━━━━━━━━━━━━━━━━━━━━
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
☆★Question１★☆
>インデックスのエクステントを縮退させる場合、「インデックスをREBUILD」と
>ありますが、DELETE後、データのEXPORT−IMPORTを行った場合もインデックス
>は縮退するように見受けられます。
>以前、某社のＳＥさんからは、EXPORT−IMPORTだけでは縮退しない(領域開放さ
>れない)とききました。
>実際のところはどうなのでしょうか？
☆★Answer＆Advice★☆
テーブルをEXPORTする際のインデックスの扱いは、そのテーブルに付随するイ
ンデックス自体をEXPORTするのではなく、インデックスに関する定義情報のみ
がEXPORTされるイメージです。INPORT時には、この定義情報を基にしてCREATE
INDEX処理が行われます。したがって、結果的には無駄な（未使用）領域は解放
されることになります。
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
▼ Oracle 管理ツール▼━━━━━━━━━━━━━━━━━━━━━━━
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
Oracleを知り尽くしたメンバーが開発したOracleパフォーマンス監視ツール
の決定版。インサイトテクノロジーの技術者の知恵とノウハウがここに結集！
パフォーマンス監視だけでなくOracleを使用しているシステムの運用、管理、
そして開発にも役立つ機能がいっぱいです。
詳しくは以下のURLをご覧ください。
http://www.insight-tec.com/jp/products/products.html
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
▼ 連載情報 ▼━━━━━━━━━━━━━━━━━━━━━━━━━━━
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
＜雑誌連載：体験的・DBAのお仕事（DB Magazine（翔泳社）)＞
Oracleのエキスパートとして定評のある弊社のスタッフが執筆しております
連載記事です。Oracle関連業務に携わる方、是非ご一読ください。
８月号が発売中です。
http://www.insight-tec.com/jp/topics/magazine.html
上記のURLで各回のタイトルがご覧になれます。
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
▼ 書籍ご予約受付中 ▼━━━━━━━━━━━━━━━━━━━━━━━
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
＜送料無料でお届けします＞
「Oracle8 プロフェッショナルテクニック」は大好評につき、現在在庫切れと
なっており、ご注文いただいた皆様にはたいへんご迷惑をおかけしております。
まもなく入荷する予定ですので、今しばらくお待ちください。
これからご注文いただく方も、入荷次第発送させていただくということで
予約注文を受付けておりますのでよろしくお願い申し上げます。
また弊社のHPよりお申し込みいただいた方に限り、送料無料でお届けします。
専門書としては異例の速さで増刷が決定するほどの好評をいただい
ている「Oracle8 プロフェッショナルテクニック」をぜひご活用ください。
http://www.insight-tec.com/jp/topics/books.html
ホームページより受付中です。お早めに！
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
▼ ＱＡについて ▼━━━━━━━━━━━━━━━━━━━━━━━━━
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
＜皆様からのＱＡを受付けております＞
皆様のＱＡにはできるだけ、お答えしたいと思っています。
すべてのＱＡにお答えすることはできないかもしれませんが、
適宜メルマガ内でとりあげていく予定ですので、是非ＱＡをお寄せください。
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
▼ 編集者より ▼━━━━━━━━━━━━━━━━━━━━━━━━━━
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
全然関係なくて申し訳ありませんが、ちょっと一言。最近わたしたちのオフ
ィスの掃除のおばさんが変わった。そのおばさんはロマンティストなのか、
いろいろなところに詩を書いた紙をはっている。女性用トイレにも植木鉢と
共に「明日こそがんばって咲こうと思います。」なーんていう詩がはってあ
る。そういう気配りはいいんだけどねぇ、おばさん....。その前に本業の掃
除をしようよ。全然きれいになってないって、みんな言ってるよ。
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-2000, Insight Technology Inc., All rights reserved.
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
Insight Technology, Inc
Japanese | English