couchdb-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Benjamin Young (Commented) (JIRA)" <>
Subject [jira] [Commented] (COUCHDB-1303) Add a _bulk_update handler similar to _update but for bulk document changes
Date Thu, 06 Oct 2011 15:47:29 GMT


Benjamin Young commented on COUCHDB-1303:

I do agree that the more the more "RESTful" thing to do would actually be allowed to POST
to the /db/ URL with a specific mimetype that designated that one was sending a representation
containing several documents to be added (which of course could use it's own ticket). However,
as we allow end users to extend CouchDB's functionality with "CouchApp" additions (which is
fabulous!), we need to offer them as much power as possible so this can move out of being
a "toy" (for some) into being a viable "stack."

The develoepr generated additions (such as _update handlers) can live wherever they need to
in the CouchDB URL space (all of them are currently under _design/{app}), as long as they
are wrap-able by the URL rewriter, the developer can make their own API's and vhost them wherever
they'd like.

That's the goal of this request. I agree that the whole CouchApp approach/concept could use
a fresh approach, but I'm not sure it's a good reason to stall what we have moving now.

I look forward to seeing your CouchApp-related proposals, but I'd prefer this (and any other)
idea be measured on its merits relative to the current code--not potential rewrites. There
are likely other reasons this might be bad, but "because we should start over" isn't one of
them. :)
> Add a _bulk_update handler similar to _update but for bulk document changes
> ---------------------------------------------------------------------------
>                 Key: COUCHDB-1303
>                 URL:
>             Project: CouchDB
>          Issue Type: New Feature
>            Reporter: Benjamin Young
>              Labels: api, update_request_handler
> _update handlers are great (and getting better!) for building RESTful API's inside CouchDB.
One limitation I found tonight is that _update can only do a single document at a time. If
the API I'm building needs to update multiple docs (in a similar fashion to _bulk_docs), then
an outside "proxy" script is required. It would be ideal to have a _bulk_update handler to
allow for the same functionality as _update, but with the ability to insert multiple documents
at once.
> Perhaps the current _update handler API could be extended to support multiple IDs/documents,
but a separate API endpoint would be seem reasonable if needed.
> Thanks for considering this idea.

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:!default.jspa
For more information on JIRA, see:


View raw message