問題タブ [nosql]

私が使用しているリレーショナル データベースを置き換えるために、キーと値のペア データ システムを調査するように勧められました。

私がよく理解していないのは、これがクエリの効率をどのように改善するかです。私が理解していることから、構造データベースをキーと値の 1 つの大きな長いリストに変えるだけで、クエリをより効率的にするのに役立つ多くの情報を捨てることになりますか?

ポイントを完全に逃しましたか？

Please, can you give examples of real-life implementations using SimpleDB as the main persistent storage?

非リレーショナルデータベース（キーと値のペアのストレージなど）の利点は、大規模なデータセット（google、facebook、linkedin）で使用した場合に明らかです。中小規模のアプリケーションは、非リレーショナルデータベースを使用することでどのようにメリットがあると思いますか？

Cassandraを試してみると、Cassandraが次のポートをリッスンしていることがわかりました。

• TCP *：8080
• TCP *：8888
• TCP *：57311
• TCP *：57312
• TCP 127.0.0.1:7000
• TCP 127.0.0.1:9160
• UDP 127.0.0.1:700

Cassandraはリストされている各ポートをどのように使用しますか？

Cassandraを試してみると、Cassandraが次のファイルに書き込むことがわかりました。

一般的な構造は次のようです。

Cassandraファイル構造とは何ですか？具体的にはdata、ディレクトリはどのように使用され、ディレクトリ（/ / ）commitlog内のファイルの構造はどのようになっていますか？dataDataFilterIndex

StackOverflow を使用すると、タグで投稿を検索したり、タグの交点でフィルタリングしたりできますruby x mysql x tags。しかし、通常、タグ付けで複数の結合を使用して MySQL からそのようなリストを取得するのは非効率的です。複数のタグによるフィルター クエリを実装するよりパフォーマンスの高い方法は何ですか?

この問題に対する適切な NoSQL アプローチはありますか?

.NET および mono で使用できる、キー コレクションに対するカーソル セマンティクスを備えた、高速で埋め込み可能なキー/値ストア (または単純な埋め込み可能な DB) を探しています。オープンソースである必要があり、GPL ライセンスよりも MIT または Apache スタイルのライセンスを好む。Windows と Linux の両方でバイナリが利用可能である限り、バインディングを作成する必要があるライブラリに反対するものではありません。

考慮されるオプション:

• SQLite - バインディングとネイティブ実装がありますが、シングルスレッドでそれほど高速ではありません
• 組み込みの InnoDB - .NET バインディングが見つからず、GPLv2 です
• Berkley DB - .NET バインディングが見つからない
• Tokyo Cabinet - .NET バインディングが見つからず、Windows でのビルドに問題がある
• MadCow メモリマップ データ構造 - GPLv2

私が見逃している上記よりも優れたオプション、または私が知らない上記のバインディングはありますか?

UPDATE : 4.8 および 5.0 で Oracle の公式 BDB バインディングを使用しましたが、mono では動作しませんでした。他にもいくつかの問題がありました (BDB の C# ドライバーはまだ未熟です)。Firkin ( http://github.com/sdether/Firkin ) ストアと呼ばれる BitCask にインスパイアされた K/V ストアを作成し、代わりにそれを使用しています。

私は現在、MongoDB を使用してアプリケーション ログを記録しています。パフォーマンスと、任意の構造化データをログ レコードにダンプできることの両方に非常に満足していますが、一度保存されたログ レコードの可変性に悩まされています。

従来のデータベースでは、アプリケーション ユーザーが INSERT および SELECT 権限を持ち、UPDATE または DELETE 権限を持たないように、ログ テーブルの付与を構成していました。同様に、CouchDB では、既存のドキュメントを変更しようとする試みをすべて拒否する更新バリデーター関数を作成できます。

ただし、 MongoDB wikiのセキュリティ トピックに記載されている 3 つのアクセス レベル (アクセスなし、読み取り専用、「god モード」) を超えて、MongoDB データベースまたはコレクションの操作を制限する方法を見つけることができませんでした。

ドキュメントの不変性 (または少なくとも変更の追跡) が必要な環境で、MongoDB をドキュメント ストアとしてデプロイした人はいますか? 不適切に記述されたアプリケーション コードや悪意のあるアプリケーション コードが既存のログ レコードを変更または破壊できないようにするために、どのようなトリックまたはテクニックを使用しましたか? 書き込み専用ポリシーを適用するサービス レイヤーで MongoDB ロギングをラップする必要がありますか? それとも、構成、クエリ ハッキング、およびレプリケーションを組み合わせて使用​​して、一貫性のある監査可能なレコードを維持することができますか?

階層データ構造は、多くの場合、リレーショナル データベースに格納されます。この種のストレージは柔軟ですがフラットであるため、クエリごとにツリー構造を構築する必要があります。フォーラムの投稿をツリー構造として保存したいのですが、たとえば日付や作成者で投稿を選択するなど、効率的にクエリを実行できる必要があります。

Java からアクセスできるオープン ソースのデータベースが必要です。

そうするための最良の方法は何ですか？CouchDB? neo4j? ...？