Return-Path: Delivered-To: apmail-couchdb-dev-archive@www.apache.org Received: (qmail 15299 invoked from network); 17 Jan 2009 10:53:02 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 17 Jan 2009 10:53:02 -0000 Received: (qmail 89636 invoked by uid 500); 17 Jan 2009 10:53:01 -0000 Delivered-To: apmail-couchdb-dev-archive@couchdb.apache.org Received: (qmail 89588 invoked by uid 500); 17 Jan 2009 10:53:00 -0000 Mailing-List: contact dev-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@couchdb.apache.org Delivered-To: mailing list dev@couchdb.apache.org Received: (qmail 89577 invoked by uid 99); 17 Jan 2009 10:53:00 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 17 Jan 2009 02:53:00 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of sven.helmberger@gmx.de designates 213.165.64.20 as permitted sender) Received: from [213.165.64.20] (HELO mail.gmx.net) (213.165.64.20) by apache.org (qpsmtpd/0.29) with SMTP; Sat, 17 Jan 2009 10:52:51 +0000 Received: (qmail invoked by alias); 17 Jan 2009 10:52:31 -0000 Received: from i59F54D54.versanet.de (EHLO [192.168.0.101]) [89.245.77.84] by mail.gmx.net (mp050) with SMTP; 17 Jan 2009 11:52:31 +0100 X-Authenticated: #1594082 X-Provags-ID: V01U2FsdGVkX18QxnIHWhIQprAgYM9pDrOOTS4yIn/sHMFjT6QuQR OmGyHRwLLKpcQN Message-ID: <4971B86D.7020408@gmx.de> Date: Sat, 17 Jan 2009 11:52:29 +0100 From: Sven Helmberger User-Agent: Thunderbird 2.0.0.19 (X11/20090105) MIME-Version: 1.0 To: dev@couchdb.apache.org Subject: Attachment revision? Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.75 X-Virus-Checked: Checked by ClamAV on apache.org Hello! 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. Regards, Sven Helmberger