Oracle の B*Tree インデックスの内部構造についてお勉強中（その３）
このリーフは必ずソートされて状態で管理されているがために、データの挿入、更新でリーフ分割によるインデックスのパフォーマンス劣化が発生するわけです。また、この解析からわかるように同一ブロック内もしくは近くのブロック内には第一キーが同じものがかたまって存在します。それゆえ、複合索引の場合は、第一キーのみによる SELECT 文でも、効率よくアクセスが可能（ INDEX RANGE SCAN ）で、逆に第二キーのみによる SELECT 文では、いくつものブロックを読む（ INDEX SKIP SCAN もしくは TABE FULL SCAN ）必要がでてくるわけです。 見ての通り、同一ブロック内の第一キーの同一値がほぼ全て網羅されています。Oracle はブロック単位で I/O 管理されているため、上記の例だと where ID=1 のように第一キーの等価評価による絞り込みを行う場合、ブロックを
Oracle の B*Tree インデックスの内部構造についてお勉強中（その２）
まずは前エントリで書いた Oracle のインデックス構造図解を再掲から。 本題です。Oracle のインデックスの内容をダンプする TreeDump の使い方と解析方法について説明をします。これも定型文なので、覚えておいて損はないかと思います。特にインデックスに関して深追いするなら必須のテクニックです。参考にしたページは下記の２つです。 Bツリーインデックスに最高のパフォーマンスを（1/4） − ＠IT パフォーマンス劣化はインデックスのせいなのか!? をみっちり検証 − ＠IT 特に株式会社インサイトテクノロジーの記事が秀逸です。この会社の Oracle スキルは尋常じゃぁありませんね。お仕事で見ている DB システムでは、同社が開発している Performance Insight というツールを導入して Oracle を運用管理しているのですが、パフォーマンスチューニング、障害監視な
Oracle の B*Tree インデックスの内部構造についてお勉強中（その１）
お仕事のデータベース一式のリース切れ間近ということで、リース延長で耐えることができるのか、それともシステム更改が必要なのかを見極めるため、最近はデータベース周りのチューニングばかりやってます。 当初設計時に、５年間持つ設計をしたのですが、流石に５年目にもなると予定とはそれなりに乖離が発生するものです。テーブル＆インデックス設計をユーザ向けの処理をとにかく高速に処理できるように設計したので、ユーザ向けの処理は速度的に全然大丈夫なのですが、データの肥大化によるバッチ処理のパフォーマンス劣化が顕著です。単純にストレージと CPU パワーが足りていないのでしょう。 しかしながらチューニングの余地はまだまだ十分にありそうです。バッチ向けの最適化を図ることにしました。うまくいけば来年度どころか、後数年はリース延長で延命できるかもしれません。 今回実施したチューニングの１つのポイントとして、バッチ処理向
PHP Oracle Web Applications: Best Practices and Caching Strategies
© 2009 Oracle Corporation <Insert Picture Here> Best Practices - PHP and the Oracle Database Christopher Jones, Product Development, Oracle © 2009 Oracle Corporation The following is intended to outline our general product direction. It is intended for information purposes only, and may not be incorporated into any contract. It is not a commitment to deliver any material, code, or functionality,
[速報]サンの27年間の歴史にさよなら。SPARC、Java、MySQLはオラクルが引き継ぐ。米Oracle OpenWorld基調講演 － Publickey
[速報]サンの27年間の歴史にさよなら。SPARC、Java、MySQLはオラクルが引き継ぐ。米Oracle OpenWorld基調講演 サンフランシスコで開催されている米オラクルのOracle OpenWorld 2009。初日となる10月11日（日本時間10月12日午前）に行われた基調講演には、サン・マイクロシステムズ会長 スコット・マクニーリ氏が登場。1982年に創業された同社の27年間の歴史を振り返るシーンで幕が開けました。ライブストリーミング配信された内容を基に紹介します。 マクニーリ氏は、「オラクルカラーに近い色に合わせてきたんだ」と、赤い服で登場。サン・マイクロシステムズは27年間イノベーションを続けてきたと、まもなくオラクルによる買収が完了する見通しの同社の歴史をやや感傷的に振り返ります。リストの1番にあがったのは、最初のオープンソースとなったNFS。
![[速報]サンの27年間の歴史にさよなら。SPARC、Java、MySQLはオラクルが引き継ぐ。米Oracle OpenWorld基調講演 － Publickey](https://cdn-ak-scissors.b.st-hatena.com/image/square/ca0810e4b6b3ead24b6451d312016131bc72a4ae/height=288;version=1;width=512/https%3A%2F%2Fwww.publickey1.jp%2Ffbico_pblky.png)
クラウド コンピューティングに対するアーキテクチャ戦略 - S/N Ratio (by SATO Naoki)
米国OTNに、EA (エンタープライズ アーキテクチャ) を扱うマイクロ サイト「Enterprise Architecture Center」が新たに開設されました。 合わせて、このEnterprise Architecture Centerで、"Architectural Strategies for Cloud Computing" (クラウド コンピューティングに対するアーキテクチャ戦略) というホワイトペーパーが公開されました。 その内容は、クラウド コンピューティングの特徴や分類、構成要素、エンタープライズ アーキテクチャの観点からの考慮点など。パブリック クラウドのみならず、プライベート クラウドや (パブリックとプライベートの) ハイブリッド クラウドも取り上げています。 OTN > Enterprise Architecture Center http://www.ora
オトコの生きる道
2008年初頭に、MySQL ABがSunに買収されて非常に驚いた。400人弱の会社を10億ドル（1000億円程度）で買収するという破格の買収劇だった。単純計算でいうと、一人頭2.5億円で移籍したわけである。そして俺もその400人の中に含まれていた。。。 MySQL ABは素晴らしい職場だった。Sunに買収されてから現在に至るまでも、Sun自体の業績が良くなかったために人員の増加が出来ない（超忙しいヨ！）といった問題はあったものの、基本的にはMySQL ABと同じ労働環境を維持することができた。MySQLサポートチームの同僚は世界中に住んでいて、仕事を始めると社内のIRCにログインして挨拶を交わし、電話とPCとインターネットさえあればどこでも仕事をすることが出来た。（だから殆どが在宅勤務である。）そして同僚の技術レベルが素晴らしく高かった。早いときには30分以内にソースコードを確認して回答
Oracle、Sunを買収
米Oracleは4月20日、米Sun Microsystemsを約74億ドルで買収することについて、Sunと合意したと発表した。Sun株主の合意などを経て、正式に決定する。 Sun株式を、1株当たり9.5ドルで買収。「最高のエンタープライズソフトウェアとミッションクリティカルなコンピューティングシステムが融合する」とし、顧客側の作業負担なしで両社のシステムを統合するとしている。 Oracleの企業サイトトップページには、「Oracle Buys Sun」と、Sunのサイトには「ORACLE TO BUY SUN」書かれた大きなバナーが掲載されている。 Sunをめぐっては、米IBMや米Hewlett-Packard（HP）も買収提案したと報じられていた。HPとOracleでSunを2分割する案もあったとされる。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
