質問
ありがとうございます。点が代わりのデータ保存ツールについてはを使用する理由だということになるだろういう昔ながらのリレーショナルデータベース?私の考えでは、ほとんどのアプリケーションな利用の完全なSQLでいるというのも興味深い作り方を見ていSQL無願います。
解決
テキストファイルのファイルシステム
- 非常に簡単に作成-編集
- 内容を利用者に分かりやすい形で操作する簡単なツール(テキスト編集者、grepなど)
- 効率的な保管のバイナリ文書
XMLやJSONファイルディスク
- として上がり、マネジメント能力を検証します。
表計算シート/CSVファイル
- 非常に簡単にビジネスモデルがユーザーの理解
Subversion(または類似のディスクに基づくバージョンコントロールシステム)
- 非常に良い支援のためのバージョンのデータ
Berkeley DB (基本的には、ディスクに基づくハッシュテーブル)
- 非常に簡単な概念的には(国連型のキーと値)
- すばらしいスタッフと共に達成
- ない管理費
- 取引対応だと思い
- のようにBerkeley DBると思うが、主催
- 開催され、高い拡張性
- た文書のキーと値の保存(柔軟なデータモデル)
- 文集
- 簡単な貯蔵の半構造-ドキュメントベースのデータ
ネイティブ言語のコレクションメモリに記憶やserialisedディスク)
- 非常に厳格な言語統合
カスタム(手書き)保存エンジン
- 潜在的に非常に高い性能が必要な用途例
んだも多く使われているので、で入手できるかもしれませんが、もう オブジェクトのデータベースシステム.
他のヒント
マット-シェパードの答えは(mod)は考慮しこれらの要因を考える際のスピンドル:
- 構造で明らかに破砕、または付けていますのでご利用くださいトレードオフ?
- 使用量:どのように、データの分析/検索/grokked?
- 寿命:は、どのくらいあるので、データの有用か?
- サイズ:データはどがありますか?
特定のCSVファイルRDBMSesはしっかりと固定することができる凝縮動に実質的にその他の機です。いまでは大量のデータ転送、すべてのものを使おう一つの大きなCSVファイルやスクリプト用のリーディングプロジェクトrsync.削減を繰り返しビッグをCSVファイルを使用できるように YAML.なんなのかんの店舗もののようなJSONまたはXMLではないかぎり、たな関係。
という代替案について、わからないん割引 Hadoop, オープンソースの実施MapReduce.この作品の場合だと、イベントは緩やかに構造化データの解析を行い、いシナリオできるだけで追加10以上の機械を扱うデータ処となります。
例えば開始しようと性能を分析した本質的にすべてのタイミング番号の異なる機能にログイン全体で約20ます。るようにしてこだわるべてのものRDBMS、そんなクエリのデータを再度思いを集約します。ともに有用で集計形式です。そこで、私のログファイルは、圧縮しての集計データのDBです。
注意 私はこの考えでは"大きな"サイズです。
のファイルシステムのpretyの収納に便利バイナリデータのない作品が驚くほどよく関係データベースです。
みPrevayler:http://www.prevayler.org/wiki/ Prevaylerは代替RDBMS.のサイトにて詳細情報.
必要がない場合 酸性, すいていないのかもしれません必要なオーバーヘッドのRDBMS.いかどうか判定する。多くの非RDBMSの回答についての内容を記載していない ない 提供します。
カスタム(手書き)保存エンジン/潜在的に非常に高い性能が必要な用途例
い膨大なデータセットではなく、圧延、利用する場合もあるでしょうHDFは、階層型のデータ形式です。
http://en.wikipedia.org/wiki/Hierarchical_Data_Format:
HDF支援を複数の異なるデータモデルを含む多次元配列の場合は、rasterの画像です。
でも階層のようにファイルシステムのデータを保存することがでワンマジックバイナリファイルです。
HDF5トを可能にするの管理に極めて大規模-複雑データます。
う容量のNASA/JPLリモートセンシングデータです。
G家庭,
一例として私が考えられることはい場合のデータはモデルはお客さまのご要望に合わせた代表されるリレーションデータベースです。
一つの例としては、データベースの使用により携帯電話事業者のモニタリングとモデリングの基地局携帯電話ネットワーク。
私はほとんどの場合、 OO DB 使用、あるいは、商品または自転できるシステムheirarchiesをサポートします。
また3Gモニターのための大企業には無名ながらも、そのロゴマークは、赤ワインの汚れ(-: は、使いなOO DB-ネットの各種属性のための個々の細胞内ネットワーク.
取調べなどのDbを使用して独自の技術は、通常、無SQL.
HTH.
声で
Rob
オブジェクトデータベースな関係データベースです。で本当に便利だしみやすく心のこもったものの物体の改善に取り組んでいます。●もサポートバージョン変更のクラスオブジェクトにすでに存在していてデータベースです。 db4o メディアセンターが初めてでありがとう。
あるいは金融市場のデータやプロセス制御など)必要がある場合がありますを利用した実時間データベースではなく、RDBMS.見 wikiリンク
あるRADツールとして 翡翠 書数年前に内蔵されてOODBMS.前身のDBエンジンにも対応してDigitalk Smalltalk.したい場合はサンプルアプリケーションビルを用いたRDBMSパラダイムをこれまでのプログラムが始まります。
その他のOODBMS製品 客観性, 宝石 (まだ VisualWorks SmalltalkのSmalltalk版のものですが、javaのバージョン)。また、一部のオープンソースの研究プロジェクトはこのスペース出エジプトとその子孫岸に思い浮かびます。
残念なのが金型、死亡、それぞれについて次の知見が明らかに目に見える標準と比較的貧しいアドホックク能力との対比SQLに基づくRDMBSます。
るOODBMSに最適な用途にはコアのデータ構造にすることを表すグラフとして相互に接続ノード。使用したと言うことで、典型的なOODBMS用したマルチユーザーのダンジョン(MUD)が客室が含まれます選手のアバターその他のオブジェクト。
までの長い道のりだけをファイルに格納されたファイルシステム。Rdbmsの良さで取り扱い用途にでも便も可能である自然を扱う時に画像データは、特に、クエリはシンプル(ターゲットを絞り選定されます。)
その他のものは収まらないものは、RDBMSているデータの階層構造と私は推測地理空間データ、3Dモデルな取り扱いが簡単なのも特色です。
サービス Amazon S3 をより簡単な保存モデル(鍵->値)をサポートしないSQL.拡張性があります。
Excelファイルのやりとりができ有用なものの場合は特に、ユーザーインターフェースを操ることができるデータの身近な環境と建物全願いう機会を設けていきたいと思い可能です。
多くの方法でデータを格納するもの"の関係ードデータベー"のカバー範囲の選択肢から簡単な図書館のコードを操作するローカルファイル(またはファイルまたはリレーショナルデータベース、単一のユーザーベースを通じて、ファイルベースのシステム上で複数のユーザーにも選考の深刻な"サーバ"に基づくシステム。
を使用していまXMLファイルをくまく構造化データを、素敵なツールタを同じにする能力を有すること編集に必要と認められた場合、というのは、とても人間が読める形式られないときには、いくつかのその心配ものdbエンジンの働きのdbエンジンこの作品にもっと本質的には読んだ場合にはより多く発生しないからdbどものためのシングルユーザーのシステムができるだけ負荷のデータを保存してくださいに必要に応じてがんの機会を創出したりすること題したい場合マルチユーザの編集-以上の単一のファイルです。
をいただいているので今回は、なんとかこういSQL(MSセットをご用意しておりツールから実行。DLLいシングルユーザーのものまで持って行くというのは難しいエンタープライズサーバーおよびそのすべての語に同時に使用するためのSQLを記述できるとの制約の下端)は私たちが発展していくためには使用にXML形式で(米国)のレベルではほとんどが課題です。
ませんが、現在の操作をバイナリデータを弊社のアプリで質問なのが生まれます。
Murph
からの使用を考慮するインタフェースは、LDAPサーバの伝統的なSQLデータベースがある場合、アプリケーションデータはキーと値向け、階層的です。
BTreeのファイルは多くの関係データベースです。SQLiteを含む内でBTree図書館に関する情報を単一のドメインとして、真に公開ドメイン'が、必須ではしていませんの緩く).
率直に言ってしまうことがありましたマルチユーザシステムっていなければいけないと考えて多くの説得力を用いるもサーバーの関係データベースです。
フルテキストデータベース、問い合わせることができ近接事業者など10の言葉。
関係データベースの理想的なビジネスツールのための多目的簡単に十分な理解とデザイン、高速、適切なものはありませんが設計により最適化した天才が"使用のフルパワー"等
一部の事業目的に必要と全文割り出し、関係のエンジンのいずれかに提供またはタックにしているに過ぎないのです。特に、法律や医療分野において大きなswathsの構造化テキストを降ります。
また:*エンベディッド-バリューのシナリオが通常の利用に必要なものを小さくして、本格的なRDBMS. Db4o は、ODBのでお気軽にご利用いただけますな。*迅速や証明のコンセプトの開発-ご希望にな永続化層
CAP定理 説明が簡潔に表現.SQLでは、主に"強い一貫性:すべてのお客様に見ても存在感の更新.
K.I.S.S:で小さくシンプル
うおRDBMS:) ない場合は見てトラブルを設定/管理go for SQLite.築RDBMSとSQLます。でも保存できる任意の型のデータです。
主な利点に対し例えば、ログファイル:場合は巨大で、どのように検索です。SQLエンジンだけでインデックスの作成および加速運転です。
約全文検索:SQLiteはモジュール全文検索あります。
だけお召し上がりください素敵な標準インターフェースがデータ)
合わせて一つの理由を使用しないリレーショナルデータベースができた膨大なデータセットを行いたい大規模並列-分散処理のデータです。Googleのウェブ指数のうえ所有する施設も含まれています。
Hadoopのもの Googleのファイルシステム というの Hadoopの配布ファイルシステム.
そのためのユーザの代替としてSQLite-種類のデータを保管します。
するためには、多くの
- の言語として設計されたデータの記述言語を開始
- 構文は人間が読める形式のXMLで ない)
- でコンパイルのユーザチャンクへのバイナリーは、性能の追加
この"母語コレクション"のオプションの受け入れの答えです。使用している場合は、C/C++としてのアプリケーションレベルでは、完全に合理的な投下にLuaエンジン(100kBのバイナリ)を読みconfigs/データ書き込んで頂きたいと思います。