問題タブ [azure-cosmosdb]

DocumentDB ドキュメントに対してストアド プロシージャ (またはそれが機能する場合は UDF) を再帰的に呼び出す方法はありますか?

次のようなドキュメントがあります。

があるときはいつでも"items"、その配列にはと"items"が混在するエントリを含めることができます。のエントリには、合計する必要がある単純なフィールドがあります。配列を持つエントリ...など。理論的には、再帰のレベルに制限はありませんが、これが問題であることは認識していますが、実際には、レベルが 4 または 5 の深さを下回ることはめったにありません。"type" : "item""type" : "group""type" : "item""value""type" : "group""items"

私が書こうとしているものの擬似コードは次のようになります。

これは可能ですか？DocumentDB は、別の sproc からの sproc の呼び出しをサポートしていますか? sproc は自分自身を呼び出すことができますか?

これとこれとこれとこれに加えて、他のページのホストを含​​む、いくつかの DocumentDB ストアド プロシージャ リファレンスをオンラインで見つけました。

sumTotals()可能であれば、スタンドアロン言語の場合のように直接呼び出すのではなく、何らかの方法でコレクションにクエリを実行して、呼び出したい sproc を取得し、何らかの方法で sproc を参照する必要があると思います。

DocumentDB を使用したプログラミングを検討し始めたばかりなので、何ができるかはまだ完全にはわかりません。助けやアドバイスをありがとう。

DocumentDB コレクション内のドキュメントの一部を更新する方法はありますか?

ドキュメントを更新できることは知っていReplaceDocumentAsyncますが、ドキュメント全体を置き換える必要があります。これはちょっと怖いですね。他のオブジェクトがネストされているオブジェクトがある場合、親ドキュメントを照会し、ドキュメント全体を置き換えて、オブジェクトのネストされた部分を更新する必要があります。

DocumentDBReplaceDocumentAsyncは、見た目よりも優れたパフォーマンスを発揮するように処理されますか?

約 4,000 のドキュメントを含む DocumentDB インスタンスがあります。検索してインデックスを作成するように Azure Search を構成しました。これは最初はうまくいきました。昨日、複雑なフィールドにインデックスを付けるために、1 つの UDF と共にドキュメントとインデックス付きフィールドを更新しました。現在、インデクサーは、DocumentDB が RequestRateTooLargeException を報告していることを報告しています。そのエラーに関するドキュメントは、呼び出しを調整することを提案していますが、検索でそれを行う必要があるようです。回避策はありますか?

迅速で汚い NLog DocumentDB ターゲットを作成しようとしていますが、JSON を DocumentDB に直接保存できないようです。

C# ライブラリを使用すると、 DocumentClient.CreateDocumentAsync()のドキュメント パラメーターは「複合型」のみを必要とするようで、JSON 文字列を受け取る可能性のある他のメソッドはありません。

JSONを直接保存する方法を見つけた人はいますか?

yクエリは次のようなものです

requestRateTooLarge 例外発生時のリトライロジックのメソッドです。

うまくいっているかどうかはわかりませんが、

Exception: Microsoft.Azure.Documents.RequestRateTooLargeException を取得していますが、一度に約 4000 レコードのクエリと挿入を行っています。

挿入には同じ再試行ロジックを使用しましたが、正常に機能しています。エラーは発生せず、すべてのレコードを正常に挿入しましたが、クエリ データを取得できません。