問題タブ [document-oriented-db]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
database - AIR 用のドキュメント指向 DB?
今日、私は Adobe Air にローカル SQL データベースがあることを知りました。これは素晴らしいことです。ただし、ほとんどすべてを処理するために XML ファイルと JSON ファイルを作成していました。アプリケーションを再構築していくつかの新しい機能を追加するよりも、埋め込まれたドキュメント指向の DB を使用して、既存のデータ ファイルに単純にインデックスを付ける方が便利なようです。
問題は、組み込みのドキュメント指向の DB を Adobe Air ランタイムで実行する最も簡単な方法は何かということです。
couchdb - 検索可能なドキュメント指向データベースとして GeoCouch / Couchdb / その他?
ドキュメント指向のデータベースを使用して、フィードからのデータを保存したいと考えています。そのフィードに地理空間データが含まれている場合があり、それを検索できるようにしたいと考えています。GeoCouch を見つけましたが、CouchDb メインラインの機能を最新の状態に維持できるかどうか疑問に思います。
GeoCouch が 1 回限りのものである場合、地理空間機能が組み込まれたより優れたドキュメント指向 DB はありますか?
windows - MongoDBなど以外にWindowsデスクトップ用の優れたドキュメント指向DBはありますか?
私は、Windowsデスクトッププログラム用のドキュメント指向のDBを探していました。MongoDBは、CoachDB(別のオプションですが、より複雑でダウンロードサイズがほぼ50MB)と比較すると小さく(11MB)、シンプルであるため、これまでのところ最高のようですが、残念ながら32ビットです。 WindowsのMongoDBのデータベースサイズ制限は2GBであり、この制限をいつでも修正する予定はありません。
何かお勧めはありますか?要件:
- オープンソース;
- スキーマレス、BSON/JSON形式。
- Windowsマシンへの展開が簡単です。
どうもありがとう!
asp.net - Windows でインプロセス ドキュメント データベースをホストする
ASP.NET Web アプリケーション内で実行され、独自のマシン構成なしでサーバー上でホストできる、MongoDB に似たドキュメント データベースはありますか?
私が現在使用しているホスティング プロバイダーはデータベースとして SQL Server 2008 しかサポートしていないため、これを尋ねていますが、ドキュメント データベースから Web サイトを実行したいと考えています。
(または、 MongoHQなどの特殊なデータベース ホストを使用した方がよいでしょうか)?
ruby-on-rails - ドキュメント指向のデータベース (MongoDB?) と請求/注文?
ドキュメント指向データベースの概念が初めてで、注文と注文処理に関連する高度な質問がいくつかあります。
この世界の秩序をどう捉えるか。Orders
注文はコレクション内の新しいドキュメントにすぎませんか? 別のドキュメントにリストされorder_item
ている に関連しますか? product
それとも、それorder_item
がコピーされて注文ドキュメントに挿入されると想定されているため、product
時間の経過とともに販売された合計を報告するのが難しいのでしょうか?
トランザクションの欠如を回避し、整合性を維持するにはどうすればよいですか
申し訳ありませんが、理解したいと思っていますが、私には非常に新しいです...これらすべての「もの」を「オブジェクト」としてカプセル化し、サーバーとクライアントなどの間でそれらを移動することは非常に魅力的です。全体像のすべきこととすべきでないことを概念化するための助けが必要です。
nosql - 主要なドキュメント指向データベース システムのいずれかで、JSON ドキュメント内のキーを圧縮していますか?
ドキュメント指向のデータベースを使用して多数の JSON ドキュメントを保存したいと考えていますが、すべて非常によく似たスキーマ (同一ではありません) を使用します。
文書の一例:
キー文字列 (「firstName」など) を何度も何度も保存することを避けるために、(何らかの種類の) 圧縮を使用するシステム (CouchDB など) はありますか?
私の動機は、何百万ものドキュメントがある場合、特に繰り返しキーの一部が「firstName」などよりもはるかに長い場合に、ディスク上のデータベースのサイズを最小限に抑えることです。
ご感想ありがとうございます!
W
編集:これについてもっと考えてみると、私が尋ねていると思うのは、圧縮辞書が(部分的に?)ドキュメントストア内の複数の圧縮ドキュメント間で共有されている(そしておそらく上に構築されている)より一般的な圧縮システムの特定のケースです時間)。これにより、JSON キー以外の圧縮も処理されます。
やってみたら面白い!
mysql - 疑似ドキュメント指向モデルを作成するにはどうすればよいですか?
現在、Mysqlをバックエンドとして使用してRailsを使用しています。残念ながら、私のアプリケーションは、起動時に予期されていなかった、または予測されていなかったデータにスケーリングされました。現在、データベース内のエントリの増加に伴う多くのパフォーマンスの問題に直面しており、リレーショナルロジックを楽しんだ結果として発生するクエリが無数にあるため、ActiveRecordがヒットしています。
適切なリレーショナルモデルの利点を享受することに対してペナルティを支払う気がするようになりました。速度が低下したため、Mongo DBのようなドキュメント指向モデルを調査する必要があり、リレーショナル機能を補償する速度を提供することがわかりました。
ここでの私の質問は、リレーショナルモデルからドキュメントモデルにゆっくりと移行する方法です。おそらく、適切なドキュメント指向DBを設定する代わりに、一時的なスキーマまたは返されたテーブルを保存し、それらを一括ドキュメントとしてその場でダンプします(少なくとも初期段階では)。スペースは私にとって問題ではありません。私が今気にしているのは時間だけです。しかし、それでは、1回のスイープでそれを行うことはできません。この問題への取り組み方を知りたいのですが、この種の問題が以前に解決されたリンク/参照をいただければ幸いです。
database - DocumentStores (単体) はドキュメントの検索に適していますか?
現在、ウェブクロールの結果をデータベースに保存する方法を考えています。別の質問では、ドキュメント指向のデータベースを Web クローラー プロジェクトに使用することが推奨されていました。Python の Web クローラー用データベース?
map/reduce がそのような分類と値の生成に正しい方法であるかどうか疑問に思っています。少なくとも、そのようなことはできるようです (年や著者などの分類のみの map と、現時点では例が思いつかない数値の計算のための map/reduce)。
しかし、map-reduce / DocumentStores は、特定の単語に対して適切なドキュメントを提供することもできますか? リレーショナル データベースでは、いくつかのテーブルで JOIN を使用し、次の単語を含むドキュメントを取得する必要があります。
DocumentStores はフルテキスト インデックスをサポートしておらず、多くの参照/関係を持つことを意図していないため、そのような操作はできないと思います。
より良い代替手段は、複数のシステムを混合することでしょうか? たとえば、単語で検索するもの、存在する場合は別の値 (発行年、著者など) で検索するものはありますか? 特定の値がある場合とない場合があるため、DocumentStores はメタデータの保存にはそれほど悪くないと思います (また、DocumentStores は、必要に応じて複数のサーバー間で簡単に使用できます。1 つのサーバーに対してドキュメントが多すぎる場合)。それでも、ドキュメントのコレクション (Web ページ、PDF、画像など、メタデータは常に異なりますが、全文索引も必要になることがよくあります) の検索を実装するための最良の方法はわかりません。
明確な質問をするために: DocumentStores と一緒に別のデータベース システムを使用する必要がありますか、DocumentStores を単独で使用する必要がありますか (単語をすばやく検索するには?)、または別の DB システムを単独で使用しますか?
PS: このような問題の別の例として、Web ページ間のリンクがありますが、これも DocumentStore にうまく保存できません。しかし、OrientDB は、グラフ データベースとドキュメント指向データベースを組み合わせたように見えるため、この問題を解決する可能性があります。
mongodb - 512MVPSに適合するドキュメント指向データベース
mongodbは多くのメモリを使用すると聞きましたが、メモリがあまりありません。512MVPSで2つまたは3つのアプリを実行する必要があります。代替の選択肢があり、APIとnodejsバインディングが使いやすく、軽量です。 。
mongodb - mongoDBネストコレクションで検索効率を最適化しますか?
次のデータ構造があるとしましょう。
アイデアは、可能な限り最高の読み取りパフォーマンスを実現することです。名前による検索を優先すると仮定して、名前の昇順のインデックスを確保します(実際には、プロトタイプを作成し、インデックスを使用すると検索速度が大幅に向上します。これにより、検索時間が1〜2秒から0.1秒に短縮されます。何百万もの非常に大きなドキュメントの場合。)ネストされた配列フィールドに何らかの方法でインデックスを付けるというアイデアですが、問題はここに記述されていることからであり、どういうわけか不可能です。mongodbとcsharpの組み合わせを使用して実装しようとしていますが、言語を指定しないことをお勧めします。私が見るように可能な増加オプションは何ですか:
- 私がまだ気付いていない方法でこのインデックスを実装します。
- それらの配列ネストフィールド用にもう1つのコレクションを作成し、そこにインデックスを付けます。
- 別のオプション。
あなたの意見やアイデアを共有してください。