問題タブ [couchdb]
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.
mysql - couchdb と mysql の速度
couchdb と mysql データベースの速度について教えてください。
つまり、一意の ID で 1 つの行 (または 1 つのドキュメント) を取得するような非常に単純な要求と、最大の日付で 20 個の ID/行/ドキュメントを取得するような単純な要求 (もちろん、インデックスやビューなどを使用するなど - よくわかりません) CouchDB で動作しますが、何かがあると確信しています.CouchDB のしくみを学ぶために私を送らないでください: 私はそれを学ぶつもりですが、とにかくパフォーマンスの比較が必要です)。
ありがとう!
最初の回答のリンクから気付いたように、DB 用のサーバーは 1 つしかありませんが、MySQL を使用する方がはるかに優れていますか?
couchdb - 一時ビューキャッシング?
自家製のC#インターフェイスライブラリでCouchDBを使用しています。このライブラリを使用してCouchDBにアクセスする最も一般的な方法では、一時ビューが作成されます。可能な場合はキーを使用するようにライブラリを最適化しました。私の質問はこれです:一時ビューはCouchDBによってキャッシュされますか?これらの一時ビューの1つを初めて実行すると、実行速度が少し遅くなるようです。その後、同じビューコードを使用する同様のクエリは、はるかに高速に実行されるようです。
では、CouchDBはビューをキャッシュしますか?もしそうなら、それらはどれくらいの間キャッシュされたままになりますか?かなり一定の割合でデータベースにアクセスしている場合、静的ビューに切り替えることには多くの用途がありますか?
python - couchDB、python、および認証
couchDB v 0.10.0をインストールし、couchDBwikiからダウンロードしたCouchクラスからPython経由で通信しようとしています。問題は次のとおりです。
local.iniファイルを手動で編集して、標準のosxログインとパスワードを含めました。私は今、布団を介して完全にアクセスできますが、喜びのWRTpythonはありません。これはhttpヘッダーの問題ですか?
途方に暮れて-ありがとう!
hash - CouchDB ドキュメント ID はどのように計算されますか?
CouchDB ドキュメント ID はどのように計算されますか?
BA1F48C5418E4E68E5183D5BD1F06476
ありがとう!
java - jQuery Ajax/JSON フロントエンドを使用した MongoDB または CouchDB のミドルウェア
私は数年間、次の Web 開発スタックを使用しています。
Java/春/休止状態/mysql/桟橋/ウィケット/jquery
特定の要件については、AJAX フロントエンドを備えた NoSQL データストアに切り替えることを検討しています。おそらく jQuery でフロントエンドを構築し、JSON を使用して Web アプリケーション ミドルウェアと通信するでしょう。より動的なクエリ機能があるため、MongoDB に傾倒していますが、まだ CouchDB を検討しています。
途中で何を使うべきかわかりません。おそらくRESTfulな何か?ルールには Drools、セキュリティには Shiro などのツールを使用しているため、Java (または Scala または Groovy) を使用することを好みます。しかし、繰り返しになりますが、すばやく簡単に操作できるものを選択したいので、他のソリューションも受け入れます。
ajax/json/nosql ソリューションを構築している場合は、使用しているツールと、それらを使用することで見つかった長所/短所について詳しく教えてください。
mongodb - I need an advice about NoSQL/MongoDb and data/models structure
Recently I'm exploring NoSQL Databases. I need an advice about how to store data in the most optimal and efficient way for a given problem. I'm targeting MongoDB, now. However it should be the same with CouchDB.
Let's say we have these 3 Models:
I want to be able to ask the database these questions:
- Who has voted for this Story?
- What this User has Voted for?
I'm doing simple joins while working with a relational DB. The question is, how should I store the data for those objects in order to be most efficient.
For example, if I store the Vote objects as a subcollection of Stories it wont be easy to get the info - "What a user has voted for".
couchdb - couchDBで多対多の関係を表す
ログ分析アプリケーションを作成しているとしましょう。メインドメインオブジェクトはLogEntryになります。加えて。アプリケーションのユーザーは、関心のあるログエントリを説明するLogTopicを定義します。アプリケーションはログエントリを受信すると、それらをcouchDBに追加し、システム内のすべてのLogTopicsと照合して、トピックの基準に一致するかどうかを確認します。 。その場合、システムはエントリがトピックに一致することを記録する必要があります。したがって、LogEntriesとLogTopicsの間には多対多の関係があります。
これをRDBMSに保存する場合は、次のようにします。
CouchDBを使用して、私は最初に2つのドキュメントタイプだけを試してみました。LogEntryタイプがあり、次のようになります。
LogTopicタイプがあり、次のようになります。
matching_entries
各LogTopicドキュメントのフィールドを使用してLogEntryドキュメントIDのリストを格納することにより、関係を表していることがわかります。これはある程度までは正常に機能しますが、複数のクライアントが両方とも一致するエントリをトピックに追加しようとすると問題が発生します。どちらも楽観的な更新を試み、一方は失敗します。私が現在使用している解決策は、基本的にRDBMSアプローチを再現し、次のような3番目のドキュメントタイプを追加することです。
これは機能し、同時更新の問題を乗り越えますが、2つの予約があります。
- リレーショナルDBで行うので、このアプローチを使用しているだけだと心配しています。もっとcouchDBのような(リラックスできる?)ソリューションがあるのだろうか。
- ビューは、1回の呼び出しで特定のトピックのすべてのエントリを取得できなくなりました。以前のソリューションではそれが可能でした(include_docsパラメーターを使用した場合)。
誰かが私のためのより良い解決策を持っていますか?使用しているビューも投稿すると役に立ちますか?
indexing - CouchDBの表示、マップ、インデックス、およびシーケンス
ビューが要求されたときに「マップ」が最後に要求されてから追加されたドキュメントにのみ実行されることをどこかで読んだと思いますか?これはどのように決定されますか?シーケンス番号について何か見たと思いました。これはあなたが得ることができるものですか?_revフィールドの末尾にあるUUIDの一部ではありませんか?
ビュー全体(すべてのレコードにわたって)の「再計算」を強制する方法はありますか?