を求める勧告のための簡単なメモリDB*サーバー（※persistence要)【休館日】

Question

を支援すべき複数の接続が好ましくは盛り.お客さまに走っている別個のプロセスで実行するのと全く同じです。必要な持続性として、お客様の取扱いを持続。お客様のC++で記述されています。

のデータは非常に簡単ですが、完成するまでには一定の関係のない双方向のマップ.アクセスのいずれかから直接値または範囲between X and Yななめます。はないけど、僕たちの必要なSQLこSQLソリューションでも視野に入れております。

クライアントアプリケーションは多工程で複数の機です。各機べてのコピーなどのDBは、更新に対する中央店による現地おります。

複数の編集:

1. プラットフォームLinux
2. RAMディスクはオプションセキュリティ上の理由-しない誰でもアクセスの機械ができるデータを表示
3. のデータが残すのみで暗号化された形式で、解決すべきなくなっているのではないで続く、全てのデータに使用することを目的とユーザ定義のフィルター/プラグインのため続けました。

Answer 1

という理由だけで、それとの私の馴染みの、私は、MySQLとなるだろう。テーブルタイプなどにおけるメモリデータベースの使用メモリとして使用します。 Redisのは（それが無効になることができる唯一の永続化のためのディスクの書き込みと、メモリ内で実行されます）おそらく、このための完璧なフィット感となり、メモリ内のNoSQLデータベースです。

Answer 2

開かれたRAMのDBとSQLiteのを使用していないため、任意の特定の理由は？

Answer 3

RAMディスクは、セキュリティ上の理由のためにオプションではありません - 私たちはマシンにアクセスしている誰でもデータを閲覧することができるだろう。

タグたくありません

あなたは運の外出します。マシンへのアクセス権を持つ誰もが/ procの/ $ PID / MEMとにかくます。

の外にデータを表示することができます

あなたが使用よりもを/ tmp / $ディレクトリ/メソッドを非ルートアクセスを話している場合はchmod 700ます。

Answer 4

こちらはトリックを使用できLinuxにもあてはめると、要するに、"Lazy unmount".

1. マウントのどこかにtmpfs
2. は起こりようがありません。プロセス(es)を使用し、chdir()に入れるをクリックします。利用でき、mysqlのインスタンス;mysqlもなchdirそのデータディレクトリです。
3. 後工程については、成功し、umountにtmpfsを-l(lazy)オプションです。

現在のtmpfsが存続して存続してプロセス(es)アクセスでアクセスできないと無関係な他のプロセスとしてではなくなった現在、そのマウントポイントとする。

このないことを止めルートからのデータ取得をtmpfsだけでしょう。

まる可能性がありますのでご注意入れ替えで、その無効化スワップを使用した暗号化スワップの場合は絶対に必要で行うことができるものとします。くの管理目的に使用しています。

Answer 5

Boost.MultiIndex してみてください。ない明白な選択が、それは、リレーショナルDBの概念に基づいています。

  

オーバーマルチインデックスの概念   同じ要素のコレクションです   リレーショナルデータベースから借り   用語とは、することができます   複雑なデータの仕様   乗算の精神内の構造   インデックス化リレーショナルテーブルシンプル   セットとマップは十分ではありません。幅広   指標の選択が提供され、   類似したSTLコンテナをモデルにしました   std ::セット、のstd ::リストとハッシュされたような   セットます。

Answer 6

あなたは目的のためにマウントしたDATADIR = A tmpfsのものを使用してmysqlの。あなたは、すべてのデータを失うことになると、当然のブート時に（mysql_install_dbのか何かを使用して）データベースをインストールし、いくつかのスタートアップスクリプトを調理する必要があります。

Answer 7

memcachedのの実行可能な解決策になることができます。これは、一定時間の値を保持するように設定することができ、キーと値のストアで、スケーラブルであり、セットアップおよび使用を開始するのは簡単です。また、環境のすべての種類に実行されます。 ここのwikiサイトは、メインページはほぼ役立つ持っていない、特に以来、より多くの情報のです。