Background: https://docs.couchdb.org/en/2.3.1/api/database/common.html#api-doc-batch-writes https://couchdb.slack.com/archives/CKSBJJ2MT/p1571749837010500
> ricellis 2:10 PM > Anyone able to comment on whether batch=ok (batch mode writes) are still going to be a thing in FDB based CouchDB? I didn't see it on the proposed list of deprecations, but AIUI _ensure_full_commit is going to be a no-op (even though the endpoint remains for replicator compatibility), so it seems at least the option to manually flush a batch seems to be going. > jan 2:47 PM > I don’t think we’ll keep that > rnewson 3:53 PM > we should decide though, on dev mlist. > I'd vote for 'recognise and ignore', same as for 'sorted=false' for _view. Rounding out that discussion a couple of options were proposed in slack for the handling of the batch=ok parameter in CouchDB 4/FDB: 1. Continue to accept the batch parameter, but ignore it and on success return the 201 status code associated with the write's FDB commit. Note this a slight change from the currently documented batch mode behaviour of "The CouchDB server will respond with an HTTP 202 Accepted response code immediately.". 2. No longer accept the batch parameter and return a 400 bad request if it is used. Opening the discussion here about these two or any other options people would like to propose. Rich Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU