の代替TimesTenメモリデータベース[定休日]
-
22-09-2019 - |
質問
さん---"で掲載 詳細な比較の異なる メモリRdbmsのか"との関係 私の質問です。
TimesTen 参照 も) インメモリデータベース られますので、oracle社
でもでも含まれています
- 高速、一貫した対応時間
- 高スループット取引
- 標準SQLでは、申請書き換え
- 続可能
- 高可用性、データの損失
ただし、価格の手の届かない場所にほとんどの人($41,500.00/プロセッサー).
う選択肢があるのか、何が一長一短がある。
(を使用しています。純場でお答)
解決
人気のインメモリデータベース・システムはMcObject社のeXtremeDBのある、
参照http://www.mcobject.com/extremedbfamily.shtmlする
「:神話と事実インメモリデータベースシステム」と呼ばれる、McObject社のWebサイトのホームページからのダウンロード用に提供良いホワイトペーパーでは、もあります。それは、このような、のような技術を議論するときに発生するいくつかの質問を明確にし、「どのようにRAMディスク上で実行されている 『伝統的な』データベースとは異なるIMDSのですか?」
他のヒント
一般的に、この分野での人々はまた、 KxのシステムのからKDBを見てください。私は、これらのシステムの両方が本当に2000年代初頭に、彼らは干し草-日だったと思います。ソリッドステート・RAIDアレイとの調整されたMySQLはあなたが必要なパフォーマンスを与える場合、私は見るでしょう。
ところで、私はかつてTimesTenおよびKDBの両方を上回った時系列データベースを書きました。これは、SQL-92構文をサポートしていました。パフォーマンスの鍵は、C ++テンプレートベースのクラスにスキーマを結合し、メモリマップされたファイルを使用していました。オン・ザ・ランスキーマの変更を可能にすることは、非常に高価であり、コンパイル時にスキーマを定義し、データの検索は、わずか数組立説明書に取り出すことができます。
上記の質問を依頼した(回答)2009年.しかし、質問には関係しますので、第2回です。
いることはでき以下の代替TimesTen:
- SQLite
- リンク:http://www.sqlite.org/inmemorydb.html
- メリット:小さなフットプリントで、RDBMS(申請書き換えが必要)
- デメリット:無行レベルロック
- H2
- リンク:http://www.h2database.com/html/features.html#in_memory_databases
- メリット:このRDBMS(申請書き換え、行レベルロック
- Redis
- リンク: http://redis.io
- メリット:Blazingly高速ネイティブサポートデータ構造などリストのハッシュセットは、ソートセットなど
- デメリット:なRDBMSします(書き換えなど)
上記のすべてで メモリ.特徴的に感じるかもしれませんがもの足と比較してTimesTen.それは確かに一見の価値があります。
別のリストについては:オープンソース Tarantool には、TimesTenのようなACIDをサポートしていることを、永続メモリ内のオプションですトランザクションとSQL。 TimesTenのとは異なり、しかし、それは自動シャードすることができ、また、ストアド・プロシージャの完全なLuaのアプリケーションサーバを備えています。
私は最近のOracle TimesTenおよびSybase ASEのIMDB betweem比較を行っている。
の記事は以下のリンクから二つの部分と使用可能である。
ます。http://searchoracle.techtarget。 COM /チップ/インメモリ・データベースとOracle TimesTenの--VS-のSybase ASE-する
私はとても良いタイミングでの質問は、 長 時間も前には、これらの日には、Microsoft SQL Serverに対して"メモリOLTP"これはメモリを最適化したデータベースエンジンの統合に、SQLサーバーエンジンです。安価なものではありませんが、そう 非常に高速 一部のワークロードを
の代替は、solidDBであってもよいし、両者の比較はここで見つけることができる:のTimesTenそして、のsolidDB比較する
で-Memのデータベースのリストに追加します。
Apache Derbyを HyperSQLまたはHSQLDBます。
H2とHyperSQLは非常に便利な機能である、他のデータベースのサポートスキーマにも同様に互換モードを持っています。