如何获取couchbase文档的修订号？

我正在使用couchbase的.NETAPI。我只是想知道我怎样才能得到文件的修订号

---

干杯

最好的解决方案（不必求助于一些甚至可能不存在的低级未推荐的方法）就是将修订作为价值的一部分来存储，是吗？这也将允许在视图中阅读，这可能提供一些实用程序（例如，当另一个等待过程/文档完成时，仅通知某些等待过程/文档）。

最好的解决方案（不必求助于一些甚至不存在的低级未推荐方法）就是将修订作为值的一部分存储，当然？这也将允许在视图中阅读，这可能提供一些实用程序（例如，当另一个等待过程/文档完成时，仅通知某些等待过程/文档）。

最好的解决方案（不必求助于一些甚至不存在的低级未推荐方法）就是将修订作为值的一部分存储，当然？这也将允许在视图中阅读，这可能提供一些实用程序（例如，当另一个等待过程/文档完成时，仅通知某些等待过程/文档）。

最好的解决方案（不必求助于一些甚至不存在的低级未推荐方法）就是将修订作为值的一部分存储，当然？这还允许在视图中读取，这可能提供一些实用程序（例如，当另一个等待过程/文档完成时，仅通知某些等待过程/文档）。

正如Jeff上面提到的，您要做的是使用cas值。此值存在于Couchbase和memcached中，专门用于从不同线程更新同一文档。cas只是一个随机数，每次文档更新时都会更改。基本上，您要做的是使用get（）API获取cas。这将返回请求密钥的当前值以及cas值。然后，您可以在应用程序中修改文档和set（）API调用，但请确保包含cas值。当服务器接收到具有cas值的集合时，它仅在cas值与服务器当前拥有的值匹配时更新文档。如果set（）操作失败，则您知道文档已更改，可以再次获取文档（并记住新的cas值），进行更改，然后再次尝试set（）文档

---

正如Jeff上面提到的，您要做的是使用cas值。此值存在于Couchbase和memcached中，专门用于从不同线程更新同一文档。cas只是一个随机数，每次文档更新时都会更改。基本上，您要做的是使用get（）API获取cas。这将返回请求密钥的当前值以及cas值。然后，您可以在应用程序中修改文档和set（）API调用，但请确保包含cas值。当服务器接收到具有cas值的集合时，它仅在cas值与服务器当前拥有的值匹配时更新文档。如果set（）操作失败，则您知道文档已更改，可以再次获取文档（并记住新的cas值），进行更改，然后再次尝试set（）文档

---

正如Jeff上面提到的，您要做的是使用cas值。此值存在于Couchbase和memcached中，专门用于从不同线程更新同一文档。cas只是一个随机数，每次文档更新时都会更改。基本上，您要做的是使用get（）API获取cas。这将返回请求密钥的当前值以及cas值。然后，您可以在应用程序中修改文档和set（）API调用，但请确保包含cas值。当服务器接收到具有cas值的集合时，它仅在cas值与服务器当前拥有的值匹配时更新文档。如果set（）操作失败，则您知道文档已更改，可以再次获取文档（并记住新的cas值），进行更改，然后再次尝试set（）文档

---

正如Jeff上面提到的，您要做的是使用cas值。此值存在于Couchbase和memcached中，专门用于从不同线程更新同一文档。cas只是一个随机数，每次文档更新时都会更改。基本上，您要做的是使用get（）API获取cas。这将返回请求密钥的当前值以及cas值。然后，您可以在应用程序中修改文档和set（）API调用，但请确保包含cas值。当服务器接收到具有cas值的集合时，它仅在cas值与服务器当前拥有的值匹配时更新文档。如果set（）操作失败，则您知道文档已更改，可以再次获取文档（并记住新的cas值），进行更改，然后再次尝试set（）文档

---

您为什么希望能够获取修订号？此数字仅在内部用于xdcr冲突解决。要处理并发，为什么不使用CAS？文档每次修改时都会更新。为什么要获取修订号？此数字仅在内部用于xdcr冲突解决。要处理并发，为什么不使用CAS？文档每次修改时都会更新。为什么要获取修订号？此数字仅在内部用于xdcr冲突解决。要处理并发，为什么不使用CAS？文档每次修改时都会更新。为什么要获取修订号？此数字仅在内部用于xdcr冲突解决。要处理并发，为什么不使用CAS？每次修改文档时，它都会更新。