savas
晩上好。
Mac cafeなう。
遂に二度嘔吐しながらも35mを切ったぁ
やたー三鷹市民の方すみません。
ウィンブルドンいつ観ても熱い。
四回戦観たかったー。
マレー。
ナダル、フェデラーに次ぐ期待のスコットランド人。
彼とナダルに関しては、年下だからなー。
結果が気になる~
今日は、チャイニーズデイです。
今日の食材調達はかなりワクワクするもので明日へのお楽しみです、乞うご期待です。
でわー
yo:)
iPhoneからの投稿
recipe #10
よー。
このワイン辛ーい。
やっぱ走り込みの後は座り込まずすぐ飯を作らないとバタンキューしてしまう。
そんな滝のような汗びっしょりをお風呂で洗い流した後の夏バテ防止料理。
ネバネバ丼。
なめこ、オクラはちょい茹でして、
大葉、白髪ネギは千切り輪切り。
で盛り付けるだけのおサボリ料理。
今回は、本日カツオ一本安売りしてたので刺身用に切って適当に盛り付け。
何よりも今日びっくりしたのが、ノリで酢飯の元を少々混ぜて米を炊いたら、良い感じに混じり合ってめちゃくちゃ美味い!
皆さんも是非試してみてください。
本当はイカだったらもっと美味かったかもしれない。
白髪ネギ
大葉
なめこ
オクラ
カツオ
納豆
やっとこの時間に落ち着く。
国際フォーラム久々だ。
よ:)
iPhoneからの投稿
ora #6
おこんばんわ。
なかなかジムに行く時間がねぇ。
shit...
しかし水の音はいい。
enoの新作もなかなか良し。
さて今日も大嫌いなoraoraで。
前回は実行計画の確認を項目で紹介しました。
本日はより掘り下げていこーと思います。
まず共有カーソルからの確認。
そもそも共有カーソルて何?
というと、共有プール内に確保されているメモリ領域のことです。
先日共有プールはSGA内にあると紹介しましたよね?
それです。
解析済みのSQL情報が保管されます。
では、どんな時に使うか?
それは、同じSQLを繰り返し実行したい場合何度もSQL解析を行わず、そのまま流用してしまおーうという目的で、処理の効率化を図ってるんですね。
またややこしいことに、共有カーソルには、
親カーソル
子カーソル
てのが存在します。
この業界何かと多くの階層を論理的にイメージすることから、親だの子だのという表現が飛び交う気持ち悪い業界です。
勿論それぞれ役割があり、
親カーソル
一つ以上の子カーソルを纏めたディレクトリのよーなもの。
子カーソル
実行計画を含み、SQLの実行に必要な情報が格納されてます。
よって、都度oracleDBは子カーソルから解析済みSQLを使用するというフローになってるんです。
気持ち悪いですよね:)
さて、共有カーソルの構造を説明したところで実際どー確認していくか紹介します。
1.調査対象のSQLに対応する共有カーソル識別子を取得
2.プロシージャで実行計画を取得
1.
これは、下記コマンドのv$sqlビューで確認できます。
select sql_text, sql_id, child_number
from v$sql where sql_text like 'sqlの文字列';
sql_text:sqlの文字列
SQL_id:共有カーソル識別子
child_number:子カーソル番号
そして共有カーソル識別子が確認できたら、プロシージャの実行。
2.
select * from table (
DBMS_XPLAN.DISPLAY_CURSOR(
SQL_id => '
)
);
以上です。
どんな結果が返ってくるかはお試しあれです。
LAMP構成を利用したBLOG構築、よくわからねぇ。
模索ちゅー。
ねみー。
yo-:)
iPhoneからの投稿
ora #5
晩上好。
最近脱水症状になる寸前の感覚がわかってきた笑
危ない傾向。
そして終了直後のシャワーについても上がった後は毛穴全開汗が止まらん止まらんNGですね。
ついこないだ購入してみた赤ワイン
SHIRAZ VAN DE PAYS D'OC
てもので、以前フランス ニース出身の友人からオススメされたカルカソンヌというフランス南部生まれの商品。
フルーティだけど少し辛口。
ワインだけで楽しめる味です。
ちょっとほろ酔いだけど、
今日は久々にoracleについて書こうかな。
実行計画とオプティマイザ統計について。
先日どのversionが対象か聞かれたので、わかる範囲で記載しまーす。
今回は、9i~11gまでOKです◎
実行計画とはよくSGA領域内の共有プールにて使用するーとかざっくりとした情報しか一般的な書物には記載されておりませんが、実際なんやねんと思ってました。
名前の通りSQLを実行する為の処理ステップとかオペレーションで構成された手順書みたいなものだと理解して頂けたらと思います。
で、これはCBO(cost-based-optimizer)という機能によって作成されています。
実際この実行計画の元となるデータは何なのかと言うと、下記の通り。
1.オプティマイザ統計
2.初期化パラメータ
3.索引とか制約などのオブジェクト構成
これらを基準にして実行計画は作成されてるっぽいですね~
実際、実行計画はどのようにして確認していくか、それは下記三通りあります。
それぞれ結構奥が深いのでまた次回掘り下げていきまーす。
1.共有カーソルからの確認
2.SQL trace及びtkprof
3.EXPLAIN PLAN文
ではー
よー:)
iPhoneからの投稿












