問題タブ [in-memory-database]

PHP / SQLite - Copying a table from disk to memoryを読んだ後、 私はこの質問をしなければなりません。

ページの読み込みごとにデータを使用する Web ページがあるとします。データが大きくなる可能性があるため、共有メモリに配置したいとします。APC はそれを解決できます。データを検索し、集計関数などを使用できるようにする必要があるため、SQL が最適です。

究極の解決策は sqlite の :memory: テーブルですが、PHP では、そのようなテーブルは永続的ではありません。

sqlite の :memory: テーブルを APC に格納することは可能ですか? またはその問題に対する他の解決策はありますか？

データ ストアで一連のレコード/ドキュメントを実行できるようにしたいのですが、それらのレコードを常に RAM に最新の状態で保持したいと考えています。約 1.5GB から 2GB の RAM を使用するだけで済みます (潜在的にはそれ以下)。これは、組み込みではなくサーバーベースになります。

豊富なクエリ機能が必要なため、メモリ内のキーと値のストアが機能しないことはわかっています。

MySQL がメモリベースのテーブルを実行できることは知っていますが、私が考えていることに人々がこの機能を使用するかどうかはわかりません。SQL Server はテーブルをメモリに固定できますか? テーブル全体？

他にどのようなデータ ストアを確認する必要がありますか? Map/Reduce スタイルのクエリも、高速であれば問題ありません。

関数型プログラムでリレーショナル データをモデル化することはよくあることです。たとえば、Web サイトを開発する場合、ユーザーに関する情報を格納するために、次のデータ構造が必要になる場合があります。

次に、ユーザーがサイトに投稿したメッセージに関するデータを保存します。

このデータ構造に関連する複数の問題があります。

• 名前や生年月日が似ているユーザーを区別する方法はありません。
• ユーザーデータはシリアライゼーション/デシリアライゼーションで複製されます
• ユーザーを比較するには、データを比較する必要がありますが、これはコストのかかる操作になる可能性があります。
• のフィールドへの更新は脆弱です。データ構造内Userのすべての の出現を更新するのを忘れる可能性があります。User

これらの問題は、データをツリーとして表すことができれば対処できます。たとえば、次のようにリファクタリングできます。

ただし、データを DAG (多対多の関係を想像してください) として、または一般的なグラフ (OK、そうではないかもしれません) として整形することは可能です。この場合、データをMapsに保存することで、リレーショナル データベースをシミュレートする傾向があります。

この種の方法は機能しますが、複数の理由で安全ではなく醜いです:

• あなたはId無意味なルックアップから離れた単なるコンストラクター呼び出しです。
• ルックアップでは が得られますがMaybe a、多くの場合、データベースは構造的に値があることを保証します。
• 不器用です。
• データの参照整合性を確保するのは困難です。
• インデックス (パフォーマンスに非常に必要) を管理し、その整合性を確保することは、さらに困難で扱いにくいものです。

これらの問題を克服するための既存の作業はありますか?

Template Haskell は (通常はそうであるように) それらを解決できるように見えますが、車輪の再発明はしたくありません。

Qt で 2 つの sqlite-memory-database 間でコピーする方法。ちょうどこのような：

私のユースケースは次のとおりです
。約1000以上のエントリを持つデータベーステーブルがあり、このテーブルは頻繁に更新/編集されませんが、将来変更されると予想しています。表の一部の列には、かなりの長さの文字列が含まれています。
現在、前述のデータベーステーブルから派生したテキストを表示するいくつかのマウスオーバーイベントを持つUIアプリケーションを作成中です。

私のユースケースでは、前述の表に存在するすべてのデータを含むインメモリデータベースをホストするバックエンド「サーバー」を作成することにしました。UIアプリは、起動時に、バックエンドサーバーによって存在またはホストされているインメモリデータベースから必要なデータをキャッシュします。

私のユースケースは、インメモリデータベースを使用することを正当化しますか？
そうでない場合、私が考慮すべき代替案は何ですか？

編集1-私のユースケースには、データベースでさまざまな複雑さの複数の検索を非常に頻繁に実行することも含まれます。

ありがとう
p1ng

ドキュメントから、一時データベースは単一の接続の存続期間中のみ存在する (十分な長さではない) のに対し、インメモリ データベースは実際には永続的であり、ファイルを作成する (長すぎる) ことがわかりました。

複数の接続がアクセスできるが永続的ではないデータベースを作成するにはどうすればよいですか?

ありがとう！

Dataset.Merge メソッドを使用して、複数のデータセットを 1 つにマージし、後で SQL クエリを実行するためにメモリ内データベースに保存することを考えています。一般に、パフォーマンスに関しては、このアプローチはどの程度効率的ですか?

I have some pretty much barebones JSP apps running on top of Apache Tomcat 6.

The server handles about ~100.000 requests per app per day. Since the apps depend on a number of network elements, there is a lot of configuration parameters to be setup. However, once setup I want all the sessions to share the same data.

常にディスクから読み取ることは、適切な解決策とは思えません。データベースからの読み取りも機能しません（さまざまな制限）。

ロードされたすべての JSP セッションが構成データのロードに使用できる、JSP/Java と互換性のある実績のある信頼性の高いメモリ内永続ストアはありますか?

[編集] 私は、このためにあまり手間のかかる作業やリファクタリングをしたくありません。クリーンなインターフェイス (おそらくコマンド応答タイプ) を備えた愚かでシンプルなデータストアである必要があるため、負荷の高いフレームワークやライブラリは必要ありません。

私は C# を使用しており、最初に SQL を使用してディスク上のデータベースにクエリを実行し、さらに SQL クエリを実行するためにメモリ内データベースに結果を取得したいと考えています。そこに結果を得る効率的な方法は何ですか？

オーバーフローの皆さん、こんにちは。

マージして並べ替える必要がある 2 つの巨大な DataSet があります。やりましょうか：

1. DataSet.Merge を使用してから DataSet.Sort を使用しますか?
2. 両方の DataSet を並べ替え列でインデックス付けされたメモリ内データベースに挿入し、それに対してクエリを実行しますか?
3. インデックスが作成されていないメモリ内データベースに両方の DataSet を挿入し、クエリ時に並べ替えを行いますか?
4. その他のオプション; たとえば、DataSet の両方を取得し、マージおよびソートされた DataSet を出力するマルチスレッドのマージソート アルゴリズムですか?

敬具