couchdb-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
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

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 <>
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'
-    # Write multiple documents as all_or_nothing, can introduce conflicts
+    # Write multiple documents
     def writem(docs)
         JSON.parse("#{DB}/_bulk_docs", {
-            "all_or_nothing" => true,
             "docs" => docs,

To stop receiving notification emails like this one, please contact
['"" <>'].

View raw message