The only resource saved is the network. If this is optimized it could potentially provide great benefit from an etag caching proxy, but at this time CouchDB handles both the same way, save for not sending the body on HEAD.
-Randall On Sat, Nov 6, 2010 at 19:25, couchdb user <[email protected]> wrote: > To follow up on what Chad said about avoiding reading the doc to get > the _rev, you can also use a HEAD request, while it is an extra > request, it will use a lot less resources. > > > $ curl -HEAD http://127.0.0.1:5984/example/post98 > {"_id":"post98","_rev":"1-9e6543bfb3cbf3b7c36904a1ea4b806f","tags":"[2,5]"} > > Regards, > > > On Sat, Nov 6, 2010 at 3:52 PM, Luciano Ramalho <[email protected]> wrote: >> On Fri, Nov 5, 2010 at 2:03 PM, Paul Davis <[email protected]> >> wrote: >>> In the second case, the second person to write the document wins, >>> erasing any changes the first write's effects. The first writer will >>> then be in a state where his view of the database will be >>> inconsistent. The thing his, he can't know because without requiring a >>> _rev token he'll never get a notification of any sort of error. >> >> As I understand, the situation you describe above never happens in >> practice with CouchDB. A second PUT to the same document _id will >> always require the _rev attribute, so there's no way to overwrite a >> previous update by accident. This is one of the best features of >> CouchDB for document-oriented persistency. >> >> >> -- >> Luciano Ramalho >> programador repentista || stand-up programmer >> Twitter: @luciano >> >
