2012-01-18 17 views
2

を操作するための変更ストリームでフックが、私はCouchDBの変更ストリームにフックし、ドキュメントを操作するために、このイベントを使用することができます方法はありますか?この問題 couchdb - re-sort a result of reduced viewのCouchDB - 文書

私は思考の別の方法をしようとしている以下の :

は、ここでのことです。 私ができることは、ビューをソースとして文書を使用することです。

私がすることはできません再ソートビュー、私は新しいビューの文書として縮小ビュー内のエントリを使用することはできません。 しかし、私はそれらを(この目的のためにいくつかの新しいdoc-typeを使用して)文書に変換し、これらの文書のビューを作成できますか?

しかし、couchdbの外部のコードを使用しても、このコードでは、元のドキュメントが更新されるたびに新しく生成されたドキュメントを更新する必要があります。また、更新ストリームを使用して更新が通知されるため - 多分私はそれを使うべきですか?ハックのように聞こえるが、うまくいくが、まだハックだ。

しかし - この1つは専門家のためである - 更新 - ストリームがCouchDBの内任意のメカニズムを使用して、ドキュメントの変更を引き起こすような方法がある場合 - その後、私はソファにこのすべてのロジックを維持することができますが、とそれは外部の助けなしにそのサービスを提供してください。

誰か協力していただけますか?

答えて

0

のみのCouchDBの内部「フック」は、ドキュメントの更新にあり、1つの文書のみで動作します(必ずしも同じですが、多くの制約があります)。 _updateを参照してください。

しかし、あなたは説明する(例えばNode.jsので)外部から行うことができます。

文書の変更にいくつかの文書の更新をトリガすることは、おそらくパフォーマンス(および同時実行)の観点から、悪い考えであることに注意してください。私は右のそれを取得する場合

+0

は、_updateが識別された文書上で動作し、他の文書に影響を与えることはできません。私は、db *内から他のドキュメント*を更新する方法を探しています。ソファとノードの間のトランスポートのオーバヘッドを節約します。 –

関連する問題