独り言v6 » VoltDBは何故早いのかは問題ではない。何をするためのシステムなのかが問題だ
ちょっと小旅行に出ている間にアクセスが伸びていて、おかげさまで前回のVoltDBのエントリが大人気だったようだ。まだまだ書き足りない部分がいっぱいあったので、補足する意味も込めて書き足してみたい。それは、H-Storeが従来型RDBMSとどれほど異なったシステムか、ということだ。インターフェースの話や大まかな話はしたが、前提となる部分の話はずいぶん抜けてしまっていた。 NoSQLを超えるSQLデータベース「VoltDB」。Cassnadraとベンチマーク対決！ で、実際にCassandraと比べて検討している Key-Value Benchmarking という記事が紹介されていて興味深い。で、なおかつ勝っていると言うから痛快だ。まあ個人的にはこの勝負は高々３ノードしか使っていない時点でスケーラビリティに勝るKVSにずいぶん不利な内容だな、と言わざるを得ない。せいぜい12ノードぐらいでしか
ウェブサービスの今後とRDBMS のサーバクライアントモデル - kazuhoのメモ置き場
CatalystCon の二次会でもちょっと話したことだけど、RDBMS のサーバクライアントモデルがウェブサービスにあっていないんだろうなと思っている。 現状の、SQL とパラメータを RDBMS サーバに投げて、RDBMS サーバ内でパース、認可、バインド、をやるってモデルはスケールアウトしない (Oracle とかどうなってるのか把握してないけど) 。実際、たとえば memcached なんかは、パース、認可、バインド、読み書きのうち、読み書き以外はすべてアプリケーションサーバで実行する構成になっている。RDBMS もそういう方向になっていけば、いいのかな、と思っている。 古典的な読み書きは１台で行うとしても、パース、認可、バインドといった機能の下に、スケールアウト可能な形でキャッシュを配置することはできるだろうし。そうするとパフォーマンスの限界がぐっと上がるはず。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon.co.jp: Head First SQL ―頭とからだで覚えるSQLの基本: Lynn Beighley (著), 松永多苗子 (翻訳), 佐藤直生 (監訳): 本
