couchdb-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From vatam...@apache.org
Subject [couchdb-documentation] branch master updated: Remove references to all_or_nothing for _bulk_docs
Date Mon, 03 Apr 2017 13:40:30 GMT
This is an automated email from the ASF dual-hosted git repository.

vatamane pushed a commit to branch master
in repository https://gitbox.apache.org/repos/asf/couchdb-documentation.git

The following commit(s) were added to refs/heads/master by this push:
       new  d407ea0   Remove references to all_or_nothing for _bulk_docs
d407ea0 is described below

commit d407ea0edd44f4839de7280450f8e5ccbd0a45e3
Author: Jonathan Hall <flimzy@flimzy.com>
AuthorDate: Mon Apr 3 01:11:14 2017 +0200

    Remove references to all_or_nothing for _bulk_docs
    
    ... as this was removed in 2.0.0
---
 src/api/database/bulk-api.rst | 33 ++-------------------------------
 src/replication/conflicts.rst |  3 +--
 2 files changed, 3 insertions(+), 33 deletions(-)

diff --git a/src/api/database/bulk-api.rst b/src/api/database/bulk-api.rst
index 201d0e1..a37a4ea 100644
--- a/src/api/database/bulk-api.rst
+++ b/src/api/database/bulk-api.rst
@@ -507,35 +507,9 @@ of conflict checking performed on each document. The two modes are:
    submit the document update, with the correct revision tag, to update
    the document.
 
-The effects of different database operations on the different modes are
-summarized below:
-
-* **Transaction Mode**: ``Non-atomic``
-
-  * **Transaction**: ``Insert``
-
-    * **Cause**: Requested document ID already exists
-    * **Resolution**: Resubmit with different document ID, or update the
-      existing document
-
-  * **Transaction**: ``Update``
-
-    * **Cause**: Revision missing or incorrect
-    * **Resolution**: Resubmit with correct revision
-
-* **Transaction Mode**: ``All-or-nothing``
-
-  * **Transaction**: ``Insert`` / ``Update``
-
-    * **Cause**: Additional revision inserted
-    * **Resolution**: Resolve conflicted revisions
-
 Replication of documents is independent of the type of insert or update.
 The documents and revisions created during a bulk insert or update are
-replicated in the same way as any other document. This can mean that if
-you make use of the `all-or-nothing` mode the exact list of documents,
-revisions (and their conflict state) may or may not be replicated to
-other databases correctly.
+replicated in the same way as any other document.
 
 .. _api/db/bulk_docs/validation:
 
@@ -555,11 +529,8 @@ following type:
 
 -  **conflict**
 
-   The document as submitted is in conflict. If you used the default
-   bulk transaction mode then the new revision will not have been
+   The document as submitted is in conflict. The new revision will not have been
    created and you will need to re-submit the document to the database.
-   If you used ``all-or-nothing`` mode then you will need to manually
-   resolve the conflicted revisions of the document.
 
    Conflict resolution of documents added using the bulk docs interface
    is identical to the resolution procedures used when resolving
diff --git a/src/replication/conflicts.rst b/src/replication/conflicts.rst
index 87f6a4e..9b5d489 100644
--- a/src/replication/conflicts.rst
+++ b/src/replication/conflicts.rst
@@ -387,10 +387,9 @@ And here is an example of this in Ruby using the low-level `RestClient`_:
     require 'json'
     DB="http://127.0.0.1:5984/conflict_test"
 
-    # Write multiple documents as all_or_nothing, can introduce conflicts
+    # Write multiple documents
     def writem(docs)
         JSON.parse(RestClient.post("#{DB}/_bulk_docs", {
-            "all_or_nothing" => true,
             "docs" => docs,
         }.to_json))
     end

-- 
To stop receiving notification emails like this one, please contact
['"commits@couchdb.apache.org" <commits@couchdb.apache.org>'].

Mime
View raw message