ぶいてく: 【クラウドコンピューティング】 Key/Valueストア Reflex BDBの発表
クラウド研究会の面々を中心に、先日Key/Value研究会というのが開催されたらしい。企画の大田さんたちはもう雲の上の存在になりつつあるのかな。 「キー・バリュー型データストア」開発者が大集合した夜 このKey/Valueデータストアだが、弊社もかねてからReflexを拡張して、Berkeley DB JavaEditionを使ったフレームワークを作っていた。それで先日やっとOracle社と販売契約を結ぶことができたので発表したいと思う。本来、BDBはPDAなどへの組込利用を想定されているものらしく、クラウドに応用したいといってきたところは弊社が初めてだそうだ。ライセンス体系など見直さなければならなかったようで契約までに4ヶ月かかってしまった。 さて、このソリューションの概要は次の絵の通りであるが、ポイントを説明すると、 １）Key/Value方式のデータストアを採用 データストアとして
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
Lux IO - Yet Another Fast Database Manager
Lux IO is a yet another fast database manager. It supports B+-tree and Array index in either cluster or non-cluster index. It's originally designed for storing large expanding data as a value in Lux Search Engine, but it's also pretty fast for small and a large number of data. Fast key lookup (B+-tree, Array) Support both clustered and non-clustered index mmap(2) the whole index structure in clust
坂本多聞のソフトウェア業界インサイドアウト 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ページを開く
