RDBMSをKey-Value Storageとして使う場合のパフォーマンス計測（H2, MySQL編） - kaisehのブログ
Tokyo Cabinet, QDBM, Lux IOなど、DBM同士のパフォーマンス比較はWebで良く見かけるのですが、MySQLのような普通のRDBMSをKey-Value Storage的に使用した場合、DBMと比べてどれくらい差が付くものなのかイメージが湧かなかったので、実際に計測してみました。 Javaプログラムから、Berkeley DB、H2、MySQLの3種類のストレージを使用しました。条件は以下の通りです。 Berkeley DB Java Edition 3.3.75 デフォルト設定 H2 1.1.106 jdbc:h2:file:~/dbmbench Embeddedモードで使用 デフォルト設定 DDLは以下を使用 create table casket ( id integer auto_increment primary key, key_ varchar(255
坂本多聞のソフトウェア業界インサイドアウト GoogleがOracleとデータベース領域で衝突する日：Bigtable vs Berkeley DB
CNET Japan読者ブロガー sparklegateさんのエントリーRDBMSは本当に便利なのかは問題提起としてそして、いろいろ寄せられたコメントが非常に興味深く面白かった。CPUネックとディスクネックというボトルネックについて寄せられた両方の意見はRDBMSをどう使っているかという使い方の差でもあり、「何でも入る便利な入れもの」であるRDBMSの特長がよく現れている証左だろう。そして、あまりに便利すぎるがゆえに、苦手な領域にも使われてスケーラビリティ（拡大性）の問題にぶつかり、「本当に便利なのか」という素朴な嘆きに至るという状況は、皮肉なのか本気なのか、いずれにしろありがちなことだろう。 ひっそりと表に出てきたGoogleを支えるデータベース：Bigtable そんなおり、steps to phantasienの2006-9-11のエントリーでGoogleのインフラを支えるデータベー
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
