[
https://issues.apache.org/jira/browse/COUCHDB-217?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Paul Joseph Davis resolved COUCHDB-217.
---------------------------------------
Resolution: Fixed
Fix Version/s: (was: 0.10)
0.11
Assignee: Paul Joseph Davis
Sven says that the new revpos variable associated with attachments is now a
functional replacement for the intent of this ticket.
> Store Revision of Attachments
> -----------------------------
>
> Key: COUCHDB-217
> URL: https://issues.apache.org/jira/browse/COUCHDB-217
> Project: CouchDB
> Issue Type: Improvement
> Reporter: Sven Helmberger
> Assignee: Paul Joseph Davis
> Fix For: 0.11
>
>
> I'm writing some multi-app hosting thing and besides using couchdb as
> database it also stores all images and stylesheets and scripts etc for the
> applications as attachments. I have one couchdb database per app and
> store all resources on a single document to keep the same relative
> hierarchical structure I have in my apps.
> I can now fetch that document and use it to quickly find out the name, lenght
> and content-type of all my attachments. When the document revision changes I
> know that at least one of the attachments has changed, but I don't know which.
> Wouldn't it be possible to store the revision in which the attachment was
> created with the attachment?
> _attachments could then contain these revisions as additional property and
> couchdb could use that revision as ETag when serving the attachment content
> which would be better than using the documents revision like it is now.
> I don't know the code, so I don't know wheter this is possible..
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
