我们不应该依赖CouchDB来生成uuid吗?
我正在读《CouchDB:权威指南》,我被这段话弄糊涂了: 出于演示目的,让CouchDB分配UUID是可以的。当您编写第一个程序时,我们建议您分配自己的UUID。如果您依赖服务器生成UUID,并且由于第一个POST请求失败而最终发出两个POST请求,那么您可能会生成两个文档,并且永远不会发现第一个文档,因为只有第二个文档会被报告回来。生成您自己的UUID可以确保您永远不会得到重复的文档 我认为uuid(特别是_id)只有在文档创建成功时才被保存。也就是说,当我“发布”新文档的插入请求时,会自动生成_id。如果保存文档,则保留该字段,否则将丢弃该字段。不是这样吗我们不应该依赖CouchDB来生成uuid吗?,couchdb,Couchdb,我正在读《CouchDB:权威指南》,我被这段话弄糊涂了: 出于演示目的,让CouchDB分配UUID是可以的。当您编写第一个程序时,我们建议您分配自己的UUID。如果您依赖服务器生成UUID,并且由于第一个POST请求失败而最终发出两个POST请求,那么您可能会生成两个文档,并且永远不会发现第一个文档,因为只有第二个文档会被报告回来。生成您自己的UUID可以确保您永远不会得到重复的文档 我认为uuid(特别是_id)只有在文档创建成功时才被保存。也就是说,当我“发布”新文档的插入请求时,会自动
你能解释一下在CouchDB中生成_id字段的正确方法吗?我认为引用是错误的或过时的,依赖CouchDB生成id是可以的。我在工作中经常使用它,从来没有遇到过任何问题。我认为这句话不是关于UUID,而是关于使用PUT(幂等)而不是POST
查看此线程以了解更多信息:谢谢。这是令人鼓舞的。好吧,您没有义务这样做。但是如果你因为超时而经历重复,这就是方法。然而,这需要做更多的工作,因为您必须自己生成UUID。最后一件事:您还可以要求CouchDB生成UUID供以后使用。