【オンメモリ%メモリデータベース【インメモリ】

TOP カテ一覧スレ一覧 100～終まで 2ch元削除依頼
(^^)ＢＴＲＩＥＶＥ(^^)
DB設計を語るスレ 10
【新型】SQLServer2005【またか】
ＤＢのキャラ、ここが好きだ！
ADO DAO など接続方法について
まじめにデータベースについて語るスレ
【Java】H2 Database Engine【GCJ】
データベースなんか作れるかよ！
成績管理システムを作ろう！２【社会貢献】
DBを「でーびー」って言う人

72 ：: >>68
TimesTenはミッションクリティカルな金融系のアプリケーションでは、しっかりシェアを持ってると
お友達の米国人（Stanfordの博士様）が言っておりました。
とても良い製品だけどバカッ高いと。

SQLではないけれど、ODBの生き残りのObjectStoreは、オンメモリーDBです。
実メモリーが沢山あれば、どんどんデータをメモリーにマッピングして、トランザクションも
オンメモリーで行い、その後でトランザクションログファイルに書き込み、そこからさらに
アイドルタイムにDBファイルに転送するという手順で動くため、非常に高速です。
DBサイズの限界は、OSの仮想メモリー空間のサイズにのみ制約されるので、64bitシステムでは
実際上の制限は無いと考えてよいです。
実メモリーサイズを越えるような大きなDBにフルアクセスした場合は、データがページメモリー
にマッピングされていくため、データアクセスでスワップが発生し、スピードが落ちますが
使えなくなる事はありません。
実際に使っていて、最大の特徴はマルチユーザアクセスでのUpdateトランザクションが
非常に高速なところです（当然Readも高速！）。
ロックやトランザクション管理もちゃんとやっていて良いんですけど、問題はSQL無いし
プログラムを全部C++で書かないと駄目なところ。敷居が高すぎて開発者が寄り付かない。