私はでDocumentDBを使用し、コレクションにはIndexingMode.Lazy
を使用してカスタムインデックスポリシーを設定しました。これにより、コレクション上のすべての操作に対して、の整合性が提供されます。遅延インデックス付きコレクションで自動ID生成を使用してドキュメントを作成するときの競合エラー(409)
重要でないデータに対してupsertのような操作をしたい:重複していて、更新が見逃されてしまう可能性がある。
私はこのようなコードを使用します。
public async Task UpsertChunk(MyChunk chunk)
{
var id = _documentClient
.CreateDocumentQuery<PersistentChunk>()
.Where(c => c.ChunkKey == chunk.ChunkKey)
.Select(c => c.id)
.FirstOrDefault();
var persistentChunk = chunk.ToPersistentChunk();
if (string.IsNullOrEmpty(id))
{
await _documentClient.CreateDocumentAsync(_collectionUri, persistentChunk);
}
else
{
persistentChunk.id = id;
var uri = UriFactory.CreateDocumentUri(_databaseId, _collectionId, id);
await _documentClient.ReplaceDocumentAsync(uri, persistentChunk);
}
}
私が得る、非一貫、競合エラー:Microsoft.Azure.Documents.DocumentClientException: Message: {"Errors":["Resource with specified id or name already exists"]}
をしかし、私は自動ID生成を使用するので、それはいけません同時書き込みの場合でも、重複したIDを持つことは可能です。
これまでにこのような動作が発生したことはありますか? DocumentDBによって正常な書き込みが承認されなかった場合、.NET SDKによって実行される再試行によってこれが引き起こされる可能性があります。
「ToPersistentChunk」とは何ですか? 'CreateDocumentAsync'を呼び出す前に' id'プロパティを設定していますか、空にしておきますか? –
基本的に、最初の 'chunk'のコピーを直列化可能な型にします。 私の問題は、SDKによる内部再試行と最終的な一貫性が関係していると思われます。文書が正しく作成されたとしても429エラーが発生することがあります。 –