SQLの都市伝説。マイケル・ストーンブレイカー御大が斬る！
データベース研究者の大御所、マイケル・ストーンブレイカー氏が、「SQL URBAN MYTHS」（SQL都市伝説）というWebセミナーを、自身が創設した会社VoltDBで公開しています。 一般にリレーショナルデータベースに対して言われている「SQLは遅すぎる、トランザクションのコストは高すぎる」といった評価について、SQLが遅いのではないし、トランザクション以外のコストが高すぎるのだ、と反論する内容。 これらは同氏が以前から主張してきた内容ではありますが、最近流行しているNoSQLデータベースに対する反論にもなっているため、多くのエンジニアに刺激になる内容となっています。 SQLに関する6つの都市伝説 都市伝説1：SQLは遅すぎる。NoSQLのような低レベルなインターフェイスを使うべき 都市伝説2：キーバリュー型が有望で、SQLは問題外 都市伝説3：SQLデータベースはスケーラブルではない
VoltDB - Wikipedia
VoltDBはIngresやPostgreSQLに携わったマイケル・ストーンブレーカーにより設計されたインメモリデータベースである。ACIDに準拠した関係データベースシステムであり、シェアード・ナッシング・アーキテクチャによるものである。GPL バージョン3のもとでリリースされているフリーソフトウェアである。VoltDBは学術的なH-Storeプロジェクトを基礎としている。[2] VoltDBは関係データベースであり、プリコンパイルされたJavaストアドプロシージャからのSQLアクセスをサポートする。トランザクションの単位はストアードプロシージャであり、これはSQLとJavaが混合されたものである。VoltDBはスケーラビリティのために個々のハードウェアにおけるスレッドでの水平パーティショニングを利用し、堅牢性のためにk-safety(同期的レプリケーション)を利用している。 ストアドプロ
ActorモデルとVoltDb - めも（コメント可）
最近、ソーシャルゲーム等では データ量がたいしたことが無く、 秒間の処理数を大きく稼ぎたいといったニーズを相談されることがよくあります。 それも 主キーまたは ユニークキーを主に利用し、たまにSQL的な解決を行いたいという相談が多いように感じます。 (多くの場合はユニークキーインデックスを正しく張っていないことによるパフォーマンス劣化パターンが多いのですが。。。) このような場合、シャーディングを行ったり memcache等でキャッシュするのが一般的な解法ですが、VoltDBを利用するという方法もあります。 ただし、VoltDBは万能ではありません。 全てのケースで利用できる訳ではなく、データベースのシャーディング手法や、memcacheが優位となるケースや そもそもvoltDBを選択できないようなケースもあります。 このあたりのお話は他のブログでも説明があるようですので、そちらに譲ります
NoSQLを上回る性能のVoltDB、そのアーキテクチャとは
データベース研究者の大御所、マイケル・ストーンブレイカー氏が開発し、NoSQLデータベースをも上回る性能を発揮するリレーショナルデータベース「VoltDB」。前回の記事では、その特徴と、NoSQLデータベースのCassandraとのベンチマーク比較を紹介しました。 今回はVoltDBのアーキテクチャについて調べたことをご紹介しようと思います。基本的にはVoltDBのWebサイトやリンク先の内容を基にしています。また、ブログ「独り言v6」のエントリ「VoltDB登場 – RDBMSのようでRDBMSではない新システム」も参考にさせていただきました。 シェアドナッシングな分散インメモリデータベース VoltDBのアーキテクチャは、FAQのページで以下のように説明されています（英語を訳したものを引用しています。以下同じです）。 VoltDBは、シェアドナッシングなサーバ群から構成されるスケーラブ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
