質問
いシステムの構築の保存数10-100の数千)をサポートします。各オブジェクトメールなどがありメイン-コミュニケーションスキル、複数の補助文字の分野に限られます。身体から数バイト数KB。
各項目において単一のユニークなID(うす)を識別するのです。
オーソドックスで使いやすさだけを書き込まれる場合にオブジェクトが追加されます。でを読み込みます。削除する。のデータはほとんどすべての人間が読める形式のテキストで容易に圧縮.
システムができ課題のI/o mangeのメモリキャッシュするのに最適です。
"笑う門には福来のインデックスのメモリを使用する地図データを、シングル(第一次)キーのオブジェクト。また、キーク負荷からディスクまたはキャッシュ.
データ管理システム要な部分である必要がある申し込ん-たくないよOSサービスは別々に設置されます。ネイティブC++)することになり、manged(C#)こokです。
このデータベースということは、明白な選択が必要で超高速のための検索および搭載メモリのオブジェクトです。私が体験した事のなデータベーステんに関する一般の関係システムを取扱うことはありませんすべてこの変数のサイズのデータを効率的に
注:こんまりとした私の仕事はその個人的なプロジェクト.)
ご経験は、何が実現可能な選択肢を統合的に支援することを目的との関係DB?やDBはもちろ。
解決
見 SQLite, でのバインディングのための多くのプログラミング言語や環境を利用するには、 Berkeley DB, データベースディスクをデータベースエンジンの設置できます。
ばかりのときは追加の権利指標であるルックアップは非常に高速なので、セットのデータベースに、同時にできるだけバルク問合せすることになります。
他のヒント
も悪いc/.純、Jackrabbitいしています。
いる方法を示します検索するようになりました。私も同様の作業を一部のテキストマイニングアプリケーション上の主要データを保存することができMySQLが維持のたテキスト検索インデックスFerret(プロジェクトはRuby)の適切な行にメッセージテーブルに基づくキーワード検索します。このハイブリッドアプローチができるようになりました。SQLServer、Lucene.Net がいはC#の環境です。思見れば頃まで同様のソリューションのC++空間です。
今からとっても待ち遠しいですSQLServer用のフルテキスト検索--を導入可能で微なります。
と思いることができますかよとちょうど約あらゆる液DB以上のファイルに基づく。ちょうど約あらゆる現代のデータベースに対応できるデータの要件は、少なくとも空間ました。ビルの指標に大きな分野が異なるものであるととんでおすすめのテキストマイニングアプローチが必要な場合は検索できます。
いうBerkeley DB設計した。んでした。
もしかしたらすべきではないかと思われるのWebDavサーバのようにApache+mod-アカウントへのアクセス.このデータを蓄積するとともに、contenとメタデータの速度で処理が行われます。検索できる可能性がある既存の検索エンジン上でこのWebDavサーバーなどを導入可能。
このようにくい独自の発展を最小限に始めの強力なバンチの特徴です。
してい を垣間見る.