Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id DFF38200B79 for ; Wed, 24 Aug 2016 00:20:16 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id DA221160ABF; Tue, 23 Aug 2016 22:20:01 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 2CFD8160AAD for ; Wed, 24 Aug 2016 00:20:01 +0200 (CEST) Received: (qmail 63317 invoked by uid 500); 23 Aug 2016 22:19:55 -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 63301 invoked by uid 99); 23 Aug 2016 22:19:54 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd4-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 23 Aug 2016 22:19:54 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd4-us-west.apache.org (ASF Mail Server at spamd4-us-west.apache.org) with ESMTP id 5507DC0B4C for ; Tue, 23 Aug 2016 22:19:54 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd4-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 0.379 X-Spam-Level: X-Spam-Status: No, score=0.379 tagged_above=-999 required=6.31 tests=[HEADER_FROM_DIFFERENT_DOMAINS=0.001, NO_DNS_FOR_FROM=0.379, SPF_PASS=-0.001] autolearn=disabled Received: from mx2-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd4-us-west.apache.org [10.40.0.11]) (amavisd-new, port 10024) with ESMTP id t4wcjHs8g9jG for ; Tue, 23 Aug 2016 22:19:50 +0000 (UTC) Received: from smtp.justsomehost.net (smtp.justsomehost.net [204.11.51.157]) by mx2-lw-eu.apache.org (ASF Mail Server at mx2-lw-eu.apache.org) with ESMTPS id 233535F479 for ; Tue, 23 Aug 2016 22:19:49 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.justsomehost.net (Postfix) with ESMTP id 61FC6562CC6 for ; Tue, 23 Aug 2016 18:18:13 -0400 (EDT) Received: from smtp.justsomehost.net ([127.0.0.1]) by localhost (smtp.justsomehost.net [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id QZToIAmyod1f for ; Tue, 23 Aug 2016 18:18:12 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by smtp.justsomehost.net (Postfix) with ESMTP id 8DFBD562CC8 for ; Tue, 23 Aug 2016 18:18:12 -0400 (EDT) X-Virus-Scanned: amavisd-new at smtp.justsomehost.net Received: from smtp.justsomehost.net ([127.0.0.1]) by localhost (smtp.justsomehost.net [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id iUzAoVKBF3fL for ; Tue, 23 Aug 2016 18:18:12 -0400 (EDT) Received: from smtp.justsomehost.net (smtp.justsomehost.net [204.11.51.157]) by smtp.justsomehost.net (Postfix) with ESMTP id 6E846562CC6 for ; Tue, 23 Aug 2016 18:18:12 -0400 (EDT) Date: Tue, 23 Aug 2016 18:18:12 -0400 (EDT) From: Joan Touzet Reply-To: Joan Touzet To: user@couchdb.apache.org Message-ID: <3725286.2704.1471990775286.JavaMail.Joan@RITA> In-Reply-To: References: Subject: Re: Cloudant document-level permissions feature? MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [204.11.51.157] X-Mailer: Zimbra 8.6.0_GA_1194 (Zimbra Desktop/7.2.7_12059_Windows) Thread-Topic: Cloudant document-level permissions feature? Thread-Index: nb8e3sWZkfE0foFFy5RhQMIGFitR2Q== archived-at: Tue, 23 Aug 2016 22:20:17 -0000 I'll just say a few words here since it was in my talk this initially was discussed. At the time, Cloudant was considering the possibility of document level security. We worked up a high level specification of how it could be done, and worked through at least the first order of technical problems we'd run into. In the process (some might argue even before the process began) it became clear that performance would be *terrible* with this approach, especially when it comes to materialized views (where permissions info must be stored on every node in the B-tree). Tradeoffs to fix the performance would place unusually extensive requirements on an admin and could potentially explode disk utilization requirements. They were decided against. Ultimately Cloudant never executed on the document-level security feature in any meaningful way, and to my knowledge the feature was retired. Of course, there may be something in one of Cloudant's paid services that includes this feature, but based on the operational limitations we explored a few years ago, I think it's relatively unlikely you'd want to rely on it even if it did exist. Your best bets remain: * couch per user model * traditional 3-tier app architecture with the middle tier enforcing document-level security * look into PouchDB options All the best, Joan ----- Original Message ----- > From: "William Edney" > To: user@couchdb.apache.org > Sent: Tuesday, August 23, 2016 5:42:42 PM > Subject: Re: Cloudant document-level permissions feature? > > Bill and Robert - > > Thanks both for your respective replies. > > Bill, this isn't currently a PouchDB app, although it could be turned > into > one. > > Robert, that's disappointing, but thanks for letting me know. I'd > vote up > such a feature pretty highly :-). > > Cheers, > > - Bill > > On Tue, Aug 23, 2016 at 2:24 PM, Robert Samuel Newson > > wrote: > > > Hi, > > > > Neither Cloudant nor CouchDB 2.0 will support document-level > > permissions > > in the near future, sorry. > > > > B. > > > > > > > On 22 Aug 2016, at 00:37, William Edney > > > > > wrote: > > > > > > Hi All - > > > > > > Ran into the old 'need document-level permissions' problem here. > > > > > > Towards the end of this video from Nov 2013, Joan Touzet mentions > > > that > > > Cloudant was working on a solution to this (the ability to only > > > see > > > portions of a document based on the user). However, I can't find > > > any > > > further reference about this feature 2.5 years later. > > > > > > Can anyone from Cloudant speak to whether this has been > > > implemented, > > either > > > in the Cloudant private offering or in CouchDB 2.0 (or, if not, > > > if there > > > are plans to implement it in the future?) > > > > > > Thanks!! > > > > > > Cheers, > > > > > > - Bill > > > > > > 10 Common Misconceptions about CouchDB > > > > > > > >