From user-return-8294-apmail-couchdb-user-archive=couchdb.apache.org@couchdb.apache.org Tue Jan 05 19:02:17 2010 Return-Path: Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: (qmail 67086 invoked from network); 5 Jan 2010 19:02:17 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 5 Jan 2010 19:02:17 -0000 Received: (qmail 68435 invoked by uid 500); 5 Jan 2010 19:02:16 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 68359 invoked by uid 500); 5 Jan 2010 19:02:16 -0000 Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@couchdb.apache.org Delivered-To: mailing list user@couchdb.apache.org Received: (qmail 68349 invoked by uid 99); 5 Jan 2010 19:02:15 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 05 Jan 2010 19:02:15 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of gcdcu-couchdb-user@m.gmane.org designates 80.91.229.12 as permitted sender) Received: from [80.91.229.12] (HELO lo.gmane.org) (80.91.229.12) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 05 Jan 2010 19:02:07 +0000 Received: from list by lo.gmane.org with local (Exim 4.50) id 1NSEf0-0008Nz-1j for user@couchdb.apache.org; Tue, 05 Jan 2010 20:01:42 +0100 Received: from e180011236.adsl.alicedsl.de ([85.180.11.236]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 05 Jan 2010 20:01:42 +0100 Received: from joscha by e180011236.adsl.alicedsl.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 05 Jan 2010 20:01:42 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: user@couchdb.apache.org From: Joscha Feth Subject: Re: Modeling question Date: Tue, 05 Jan 2010 20:01:16 +0100 Lines: 15 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: e180011236.adsl.alicedsl.de User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.5) Gecko/20091204 Thunderbird/3.0 In-Reply-To: Sender: news On 05.01.10 19:52, Chris Anderson wrote: >> I don't see how that can help when a user requests a C without knowing that >> it is a C and has a parent B and A. I still need to either allow access or >> deny it. I don't see how something like this is possible with CouchDB out of >> the box, as I don't have the ability to make another request. > > This is why modeling as a key/value store will be simpler. If you > store the permissions on C itself, A and B become irrelevant. Yes, but that would mean that I can not have any inheritance from A->C and also it would mean that if someone changes access on A or B I need to distribute that change to possibly millions of C's to keep them in sync. regards, Joscha