バルクデータ持続性のためのACIDフレームワークがありますか?また、いくつかの基本的な検索機能が可能ですか?私はではありません。は、完全に吹き飛ばされたDBMSを探していますが、むしろ高速で軽くシンプルなものです。たとえ停電の場合にこれを再開発するのを避けるために、原子コミットを処理するだけでもすばらしいことです。シンプルなバルクデータ持続性フレームワーク
SQL Serverの処理速度が遅すぎ、オーバーヘッドが大きすぎると、SQLiteの処理速度がさらに低下する可能性があります(オーバーヘッドが少ない可能性があります)。
基本的に、毎秒大量のタイムスタンプデータを保存する必要があります。正規化されたデータとして、これは〜10kのテーブル行に対応しますが、バイナリデータとして〜200kbを使用して表現できます。明らかに、ディスクに200kbを書き込むことは、リレーショナルデータベースに10k行を書き込むことと比べて、一種のケーキです。
私は単純にそれを1つ以上の大きなバイナリファイルに保存してから、特定のフィールドで高速なフィルタリングを可能にするために私自身のインデックスを実装することができます。しかし、私を驚かせる唯一のものは非アトミックなトランザクションと読み取り/シナリオ。
推奨事項私はC#btwを使用しています。だから、.NETラッパーを持つものが優先されます。 Managed wrapper for Transactional NTFS(TxFは "Vista以降" 機能ですが):
[編集] ACIDについて、私はちょうど例えば、これを発見しました。
提案していただきありがとうございます。実際には、毎回10kレコード200kBではなく、毎秒約10k測定ですが、バイナリ形式では、約50KBの各グループを〜1kBで表すことができるため、生のバイナリデータは合計200kB /秒になります。 – Groo