一括ベスト プラクティスを実装する
アプリケーションに一括サポートを追加するのは簡単ですが、ベスト プラクティスがいくつかあります。
パーティション キーを構成する
Container クラスに対する多くの操作にパーティション キーを指定する必要はありません。SDK によって、クラスから自動的に決定されます。 ただし、これは一括シナリオのオーバーヘッドを増やし、不必要な複雑さを生み出す可能性があります。 パーティション キーが既にある場合は、操作にパーティション キーを指定することをお勧めします。
シリアル化/逆シリアル化シナリオでストリーム API を使用する
API を構築する場合は、不要なシリアル化と逆シリアル化を避けてください。 たとえば、一部のデータベース プラットフォームとの間で逆シリアル化とシリアル化が強制される場合があります。 Azure Cosmos DB for NoSQL では、一般的な項目操作の Stream バリアントを使用して、不要なパフォーマンスオーバーヘッドを回避できます。 これは、SDK の一括機能を使用する場合に特に当てはまります。
パーティション キーごとに worker タスクを構成する
項目が既に論理パーティション キーに分割されている場合は、パーティション キーごとにワーカー タスクの一覧を作成できます。 そのリスト内の各ワーカー タスクは、その論理パーティション キー内の各操作に対して子タスクを生成できます。 この設定では、項目ごとの操作を調整するタスクの階層が事実上作成されます。