Mailing-List: contact dev-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@couchdb.apache.org
Message-ID: <1046384700.1249011974811.JavaMail.jira@brutus>
Date: Thu, 30 Jul 2009 20:46:14 -0700 (PDT)
From: "Adam Kocoloski (JIRA)" <jira@apache.org>
To: dev@couchdb.apache.org
Subject: [jira] Commented: (COUCHDB-442) Add a "view" or "format" function
 to process source doc on query
In-Reply-To: <1177593234.1248886335038.JavaMail.jira@brutus>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


    [ https://issues.apache.org/jira/browse/COUCHDB-442?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12737411#action_12737411 ] 

Adam Kocoloski commented on COUCHDB-442:
----------------------------------------

Hmm Chris, I'm not sure I agree with that statement.  I've seen production setups with ~5 GB view indexes where the view emitted (key,null) and used include_docs=true for the lookup.  If the view had used sanitize(doc) it would've been much too big to be cached in main memory.  Then you're pretty well screwed.


> Add a "view" or "format" function to process source doc on query
> ----------------------------------------------------------------
>
>                 Key: COUCHDB-442
>                 URL: https://issues.apache.org/jira/browse/COUCHDB-442
>             Project: CouchDB
>          Issue Type: Improvement
>          Components: JavaScript View Server
>            Reporter: Curt Arnold
>
> It is common practice to do emit(key, null) in a map function and then query with ?include_docs=true to retrieve the documents that were responsible for the entries.  However, the full document may include information that is privileged or the full document may be substantially larger than the information needed to be transferred to the client.
> The proposed enhancement is to allow defining a "view" function in addition to the existing "map" and "reduce" on a view.  If specified, the view function would take the id, key, value and doc and return a JSON value that would be added as the "view" member to the row in the result set.
> One of the use cases on http://wiki.apache.org/couchdb/Authentication_and_Authorization is to be able to specify that a user can retrieve the values from a view, but not add include_docs since that may expose information that they are not authorized to view.  Without the "view" function, there would be pressure to start pushing things into the emitted value.
> Production of views would be likely controlled using a include_views=true in the query string.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.