問題タブ [in-memory]

私たちは、高いパフォーマンスとデータの一貫性を必要とする高可用性 (5 9) アプリケーション向けのデータベース ソリューションに取り組んでいます。永続ストレージ用のセカンダリ innoDB MySQL データストアによってバックアップされるプライマリ インメモリ データストアとして MySQL Cluster を使用する予定です。

提案されたアプローチは、オンライン アプリケーションがインメモリ DB (MySQL クラスター) とのみ対話し、MySQL クラスターが永続ストレージの非同期レプリケーション/メッセージングを介して innoDB インスタンスにデータを伝達するというものです。

MySQL クラスターまたは MySQL は単独でこの要件をサポートできますか?

アップデート：

これまでに提供された回答について：

これは、プライマリ データストアに MEMORY エンジンを使用し、セカンダリ データストアに innoDB エンジンを使用して、MySQL 5.1 だけを使用して実行できますか?

MySQL は、イベント ベースの遅延挿入アプローチを使用して、プライマリ データストアに挿入されたデータをセカンダリ データストアに非同期的に複製できますか?

.NET DAL クラスの単体テストに満足できるオプションを探しています。これらは DAL クラスであるため、ADO.NET を使用してデータベースに直接アクセスします。現在、テストに MSSQL データベースのインスタンスを使用していますが、より高速なオプションがあるかどうか疑問に思っていました.--単体テストはできるだけ速く実行する必要があるため、インメモリ ソリューションが理想的です。

また、私は Microsoft プラットフォームしか使用しないため、TSQL に縛られていることも言及しておく必要があります。

Google App Engine に最適な小さなプロジェクトがあります。実装は、ZIP ファイルを生成して返す機能にかかっています。

私が知る限り、App Engine の分散型の性質により、従来の意味で ZIP ファイルを「メモリ内」に作成することはできませんでした。基本的に、単一の要求/応答サイクルで生成および送信する必要があります。

Python zip モジュールは App Engine 環境にも存在しますか?

ASP.NET Web フォーム アプリケーションを作成しています。DataTable からデータを取得する DataSource を取得したいのですが、このテーブルはリクエスト間で永続化されます (ViewState ではなく、できればセッションで)。

アイデアは、それぞれにいくつかのグリッドビューがあるかなり複雑なフォームが必要であるということです。すべてのグリッドビューには編集機能が必要ですが (DevExpress を使用しています)、すべてを保存する巨大な「保存」ボタンがフォームに 1 つ必要です。

したがって、これらの GridView をバインドでき、データをメモリに格納するだけの何らかの種類の DataSource を取得できると便利です。ユーザーが [保存] ボタンをクリックすると、これらの DataSource を手動でクエリし、変更されたデータを抽出します。

これには何か既存のものがありますか、それとも自分で作成する必要がありますか (かなり大きな作業のようです)。

私は SqlServer を使用して WPF アプリケーションを駆動しています。現在 NHibernate を使用しており、すべてのデータを事前に読み取っているため、パフォーマンス上の理由からキャッシュされています。これは単一のクライアント アプリで機能しますが、同じマシン上の複数のアプリ間で情報を共有できるように使用できるメモリ内データベースがあるかどうか疑問に思っていました。理想的には、これは私の NHibernate スタックの下にあるので、コードを変更する必要はありません。事実上、DB をサーバー上の従来の形式からクライアント上のメモリ内 DB に移動しようとしています。

注意選択機能のみが必要です。

過去数年にわたっていくつかのアプリを設計し、パフォーマンスとスケーラビリティの側面を継続的に改善してきた MySQL の分野に満足しています。また、memcached を使用して、頻繁にクエリされる結果セットでアプリケーション側の速度を向上させた経験もあります。そして最近、Amazon SDB を e コマースの実験用の主要な「データベース」として実装しました。

簡単に言うと、SDB サービスを使用する理由として、スキーマのないデータベース構造を使用することで、プロジェクトの論理的な問題に集中し、コンテンツをデータ ストアにすばやく蓄積できるということがすぐにわかりました。つまり、事前に製品の属性のすべての可能な順列を設定して正規化する必要はありません。製品のロードを開始するだけで、SDB は利用可能なすべてのものを記憶します。

プロジェクトの最初の数回の繰り返しをなんとかやり遂げ、データへの単純なインターフェイスをセットアップする必要があるので、MySQL での作業で当然のことと思っていた問題に取り組んでいます。例: select ステートメントでグループ化し、構文を "items 50 to 100" に制限します。SDB のスキーマ フリー アーキテクチャを使用して得た簡単な利点は、1800 項目をわずかに超える結果セットのクエリ/ループのパフォーマンス ヒットで失われました。

今、私は Tokyo Cabinet のようなプロジェクトについて読んでいます。これは、メモリ内のキー値ストアの概念を拡張して、疑似リレーショナル機能を途方もなく高速に提供しています (14x どこかで読んだ)。

私の質問: アプリケーション デザイナー/開発者として、プロジェクトの各段階でどの DB 技術が最も適切かを評価するために使用できる基本的なガイドラインやヒューリスティックはありますか?

例: アプリケーションの論理的/技術的な未知数がデータ構造を流動的にするプロトタイピング段階: SDB を使用します。ユーザーの成果物が優先されるより成熟した段階では、従来のツールを使用して、並べ替え、グループ化、またはページ付けロジックの作成に開発時間を費やす必要はありません。

これらのツールの実際の経験は非常に高く評価されます。

ありがとうございます！

シャヒーブ R.

これは、rubyORMライブラリDataMapperに関するものです。

このウィキでは、DataMapper用のin_memoryアダプターの使用方法について説明しています。適切なデータベースアダプタは、各モデルインスタンスに増分する一意のIDを保存します-次のスニペットに示すように、in_memoryはそれを行わないようです。

検査の結果は次のとおりです。

たとえば、別のアダプターを使用して接続した場合、sqliteデータベースIDは「1」に設定されます。

他の属性の一意性を保証できないため、idを介してモデルを参照したいと思います。in_memoryアダプターにモデルの増分する一意のID属性を保存させる方法はありますか？

このソリューションを実装しようとしています: NHibernate-20-SQLite-and-In-Memory-Databases

唯一の問題は、次のような hbms があることです。

これは[dbo]、mssql を使用しており、これは Sqlite では機能しないためです。

rhino-tools-dev グループで、マッピングからスキーマを削除することについて話しているこの投稿を見つけましたが、NH2 ではclassMapping.Schema.

がありますが、classMapping.Table.Schema読み取り専用のようです。たとえば、これは機能しません。

• Sqlite に無視するように指示する方法はありますか[dbo](試してみattach database :memory: as dboましたが、これは役に立たなかったようです)。
• または、プログラムでクラスマッピングから削除できますか (残念ながら、現在 hbms を変更することはできません)。

ディスクにアクセスできないシステムを使用しています。私の C プログラムは、(ネットワーク経由で受信した) 有効な小さい sqlite3 ファイルの内容をメモリに保持しています。sqlite3 の C API を使用して、このファイルを開いてアクセスしたいと考えています (読み取り専用で問題ありません)。

どうすればいいですか？で空のメモリ内データベースを作成できることを知っています

sqlite3_open(":memory:", &foo)

しかし、既存のデータベースを開く方法はありますか? 私には RAM ディスクを作成する権限がありませんが、おそらくそれらの線に沿ったものでしょうか? ありがとう。

私は、メモリ内データを改造しようとしているかなり巨大なプロジェクトを持っています。基本的に、プリミティブを含むオブジェクトの大きなコレクションと、休止状態に存在するその他のオブジェクトがあります。非 dao コードの大部分は、ハイバネートによる遅延読み込みに依存して、オンザフライでオブジェクトをハイドレートします。ただし、すべてがメモリに存在するため、オブジェクトが読み込まれず、休止状態の遅延読み込み例外が発生します。

ハイバネートにディップしてハイバネート オブジェクトを手動でハイドレートすることで、ハイバネート レイジー ロードを手動で実装することもできますが、そのオブジェクトのオブジェクト グラフは巨大で、初期化と設定が必要な数百のタイプが含まれています。これは実用的ではないようで、この問題に対する実行可能な解決策を探しています。この種の問題または同様の問題に関連するヒント、ヒント、解決策、またはストーリーを誰かが持っている場合、私は非常に感謝しています.

どうもありがとう。