Oracle、MySQLに関する10の約束を発表
Sun買収の完了を急ぐOracleが欧州委員会による承認を目指し、MySQLのコミュニティー版開発やベンダーによるAPI利用に関する具体的な“公約”を発表した。 米Oracleは12月14日、同社による米Sun Microsystems買収について審査している欧州委員会の懸念を除くため、MySQLに関する10の約束を発表した。 欧州委員会は、OracleがSunの買収によりオープンソースのデータベース最大手のMySQLを獲得することが、データベース市場における競争に悪影響を及ぼすことを懸念しており、2010年1月27日の決定に向けて同買収取引を審査している。 Oracleは欧州委員会とこの懸念に関して建設的な話し合いを行ったとし、委員会に同社の意向を再確認してもらうため、話し合いで取り決めた約束を公開するという。約束は以下の通り。 MySQLのStorage Engine APIの継続 M
Oracle の B*Tree インデックスの内部構造についてお勉強中（その２）
まずは前エントリで書いた Oracle のインデックス構造図解を再掲から。 本題です。Oracle のインデックスの内容をダンプする TreeDump の使い方と解析方法について説明をします。これも定型文なので、覚えておいて損はないかと思います。特にインデックスに関して深追いするなら必須のテクニックです。参考にしたページは下記の２つです。 Bツリーインデックスに最高のパフォーマンスを（1/4） − ＠IT パフォーマンス劣化はインデックスのせいなのか!? をみっちり検証 − ＠IT 特に株式会社インサイトテクノロジーの記事が秀逸です。この会社の Oracle スキルは尋常じゃぁありませんね。お仕事で見ている DB システムでは、同社が開発している Performance Insight というツールを導入して Oracle を運用管理しているのですが、パフォーマンスチューニング、障害監視な
Oracle の B*Tree インデックスの内部構造についてお勉強中（その１）
お仕事のデータベース一式のリース切れ間近ということで、リース延長で耐えることができるのか、それともシステム更改が必要なのかを見極めるため、最近はデータベース周りのチューニングばかりやってます。 当初設計時に、５年間持つ設計をしたのですが、流石に５年目にもなると予定とはそれなりに乖離が発生するものです。テーブル＆インデックス設計をユーザ向けの処理をとにかく高速に処理できるように設計したので、ユーザ向けの処理は速度的に全然大丈夫なのですが、データの肥大化によるバッチ処理のパフォーマンス劣化が顕著です。単純にストレージと CPU パワーが足りていないのでしょう。 しかしながらチューニングの余地はまだまだ十分にありそうです。バッチ向けの最適化を図ることにしました。うまくいけば来年度どころか、後数年はリース延長で延命できるかもしれません。 今回実施したチューニングの１つのポイントとして、バッチ処理向
インメモリデータベースがクラウド時代の主流になるという期待
クラウドの伝道師といえるほど熱心にクラウド関係の講演や執筆を行っている早稲田大学 丸山不二夫教授は、クラウドの技術的な発展について次のような見通しを、UNIX magazine 2009 springの37ページに書いています。 筆者は、データのパーシステンシの担い手が、ディスク上のファイルシステムからメモリに移ろうとしていることが、クラウドシステムの技術的な発展方向だと考えている。 僕は今年の1月の丸山氏が登壇したセミナーでこの考えをはじめて聞いたとき、ハッとしました。 クラウドのアーキテクチャでは、クラウドを構成するいずれかのマシンが故障しても大丈夫なように高い冗長性が保証されています。それだけ高い耐障害性を備えているなら、データの永続性を保つためにデータをメモリに置いたままでいいではないか、という斬新かつクラウドのアーキテクチャに沿った考え方に感銘を受けたためです。 実際に長期にわた
OracleのSun買収を支持します:Kenn's Clairvoyance
OracleがSunを買収するとの発表がありましたが、ネット上ではあまり好意的な意見がなかったので、一言コメントしたくなりました。（ディスクロージャ。。。というわけでもありませんが筆者は新卒で入社した会社がOracleだったこともあり、適当に割り引いてみてください） というのも、昔からシリコンバレーの「おしどり夫婦」と呼ばれるぐらい、互いが互いの成長を支え合ってきたOracleとSunのコンビなのだから、この二人がくっつくのは実にいい結末だと思っているのです。 時代がメインフレームからミニコン、UNIXへと向かい、ダウンサイジングが進んだ1980-1990年代、SunとOracleはともにUNIX世代の盟主として君臨していました。ところが2000年代以降、さらにUNIXからPCサーバへとダウンサイジングが進むにつれ、両者は典型的なイノベーションのジレンマに陥っていました。たまたま直接的なダ
オラクルが「10倍速い」DB専用機、「10年に一度の変革」と遠藤社長
日本オラクルは2009年1月20日、データベース専用システム「Oracle Exadata」を発表した。日本オラクルの遠藤隆雄代表執行役社長最高経営責任者は「10年に一度のテクノロジーの変革」と意気込む（写真1）。大量のデータを扱うデータウエアハウスやバッチ処理を高速化したいユーザーに向けて売り込む。オラクルにとっては初のハードウエア製品となる。会見にはハードを提供する日本ヒューレット・パッカード（日本HP）の小出伸一代表取締役社長執行役員が同席。「ExadataはIT業界にとって重要な位置付けにあるものだ。日本オラクルと技術検証に取り組むほか、パートナーに情報を提供するなど支援をしていく」（小出社長）と述べた。 Oracle ExadataはDB本体の「Oracle Database 11g」に、同DB専用のストレージサーバーを組み合わせることで高速化を図っている。米Oracleの責任者
Oracle TimesTen In-Memory Database | 製品情報 | 東京エレクトロンデバイス株式会社
高パフォーマンスのDBシステムを安価なハードウェアで開発 ■幅広い用途で導入されるインメモリデータベース 「Oracle TimesTen In-Memory Database(以下、TimesTen)」は、パフォーマンス要件の高いアプリケーションにおけるイベント、トランザクション、データ処理・管理のためのインメモリデータベースです。 「TimesTen」によって構築されたデータベースシステムには、応答が速い、拡張性が高い、また長期にわたって利用が可能といった利点があり、時間、マンパワー、コンピュータリソースを最大限に活用することができます。 「TimesTen」はOS管理下の共有メモリに配置されたデータと、メモリに最適化されたアルゴリズムによって構成されています。 内部のデザインはユニークなものですが、業界標準に準拠したプログラミング・インターフェースやSQL、データモデル、およびシステ
性能検証！インメモリDB
インメモリDBを知る 「第2回：検証！RACの耐障害性と拡張性（http://www.thinkit.co.jp/article/96/2/）」では、Oracle Real Application Clusters（以下RAC）の耐障害性と拡張性を有効に活用する手法について触れ、最後にパフォーマンス向上のために考慮すべき点をご紹介しました。 しかしそれらを考慮したとしても、オンライン証券など高トランザクションを求められるシステムでは、ディスク型RDBMSで対応することには限界があります。そこで今回は最近注目を集めているインメモリDBを取り上げ、どのように高トランザクションシステムを処理していけるのかを紹介します。 最近インメモリDBという言葉を聞く機会が徐々に増えてきました。大手ベンダだけでもTimesTenを買収したOracle社、solidDBを買収したIBM社、自社製品を開発している
ウノウラボ Unoh Labs: PL/SQLを浅く紹介
こんにちは。中村です。 先日、社内勉強会でPL/SQLがどういうものかを浅く紹介しましたので、そのときのスライドを公開します。 ウノウの入る前のことですが、受託開発をやっていたときの経験では、Oracleの現場が8割、SQL Serverの現場が1割、その他の現場が1割という印象でしたが、ウノウも含めてWebサービスではMySQLやPostgreSQLなどのOSSを使うことの方が圧倒的に多いようです。 そういう訳で、Webサービスの構築ではOracleで動作するPL/SQLを触る機会がめっきり少ないかもしれませんが、どういうものかを知っておくのは良いかもしれません。私自身もかなり忘れてしまっていたので、復習もかねて取り上げてみました。 plsql - Upload a Document to Scribd 参考情報: アプリケーション開発者用のPL/SQL
「オラクル第2巻は“進化論”を描く」、遠藤新社長が所信表明
日本オラクル社長に就任した遠藤隆雄氏は、企業のグローバル経営を支える製品群と日本市場に密着したサービスでさらなる成長を目指すという。 日本オラクルは6月2日、新たに就任した遠藤隆雄社長執行役員兼CEOならびに新宅正明会長の記者会見を開催した。遠藤氏は、SOA（サービス指向アーキテクチャ）とビジネスアプリケーション分野に注力する新方針を表明した。 「前職の退任から9カ月間、この日を待ちわびていた」――遠藤氏は冒頭、新体制への期待感をこのように話した。 遠藤氏は、「データベースによって日本社会に貢献してきたこれまでの活動はオラクルにとって“第1巻”に当たり、次の成長に向けた“第2巻”が始まる。データベースに加えて、SOAプラットフォームとビジネスアプリケーションに注力する」と話し、新体制の方向性を明らかにした。 これらの分野にフォーカスする理由について、遠藤氏は「業務プロセスのデザインと再構築
Do You PHP はてな - oci_pconnectの第4引数を指定するとパフォーマンス向上
Oracle9.2以降を使っている場合、oci_pconnectの第4引数にキャラクタセットを指定できます（9.2以前の場合、環境変数NLS_LANGが使われる）が、このパラメータを指定すると、パフォーマンスが向上するとのこと。 I used AL32UTF8 which is the character set of the Oracle XE "Universal" database I have. Testing with the database and PHP both on my little old machine I was getting figures like 0.6 vs 2.7 seconds for 50,000 pconnect calls in the one script. I saw some other results that showed only
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Oracle TimesTen In-Memory Database
blueocean.bz - リソースおよび情報