3

「CouchDB: The Definitive Guide」を読んでいて、次の段落に混乱しました。

デモ目的では、CouchDB に UUID を割り当てても問題ありません。最初のプログラムを作成するときは、独自の UUID を割り当てることをお勧めします。UUID の生成をサーバーに依存していて、最初の POST リクエストが失敗したために 2 つの POST リクエストを作成することになった場合、2 つのドキュメントを生成しても、最初のドキュメントについてはまったくわからない可能性があります。独自の UUID を生成すると、ドキュメントが重複することはありません。

ドキュメントの作成が成功した場合にのみ、uuid (具体的には _id) が保存されると思いました。つまり、新しいドキュメントの挿入リクエストを「投稿」すると、_id が自動的に生成されます。ドキュメントが保存された場合、フィールドは保持されますが、それ以外の場合は破棄されます。そうではありませんか?

CouchDB で _id フィールドを生成する正しい方法を教えてください。

4

2 に答える 2

5

この引用は実際にはUUIDに関するものではなく、POSTの代わりにPUT(べき等)を使用することに関するものだと思います。

詳細については、このスレッドを確認してください:POSTがべき等でない場合の結果(RESTful API)

于 2013-01-05T09:51:17.783 に答える
2

その引用は間違っているか、古くなっていると思います。ID 生成には CouchDB を使用しても問題ありません。私はこれを仕事でよく使用してきましたが、実際に問題が発生したことはありません。

于 2013-01-03T12:31:10.370 に答える