[
https://issues.apache.org/jira/browse/COUCHDB-1252?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14216720#comment-14216720
]
Nathan Vander Wilt commented on COUCHDB-1252:
---------------------------------------------
This would be useful alongside the local_seq option, so that custom "changes
feed" views could be generated when necessary (e.g. multi-user context).
The workaround in my particular case is to simply "delete" via `doc.app_deleted
= true` — this makes CouchDB pleasantly consistent in its handling of such
modifications, and is not particularly troublesome since I've already had to
wrap all CouchDB access in order to support per-document read permissions.
cross-reference: https://issues.apache.org/jira/browse/COUCHDB-1530 is a
related request in the context of the builtin _all_docs "view"
imaginary cross reference: it would also be nice to have a simple way to
directly access the tombstone revision too, something like "GET
/db/doc?deleted=ok" — IMO this deserves a JIRA of its own
> A way to have views return _deleted documents
> ---------------------------------------------
>
> Key: COUCHDB-1252
> URL: https://issues.apache.org/jira/browse/COUCHDB-1252
> Project: CouchDB
> Issue Type: New Feature
> Components: JavaScript View Server
> Affects Versions: 1.0.3, 1.1
> Reporter: James Howe
>
> Given that documents can be 'soft' deleted / deleted with auditing data by
> updating the document to include the _deleted property, it would be
> incredibly useful if there were a way to access these documents in a map
> function. Otherwise it is very difficult to find the auditing data - even
> more so if the original ids are unknown.
> I was thinking along the lines of a view query parameter 'include_deleted',
> but don't really mind how this is implemented, as long as it is there.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
