Return-Path: X-Original-To: apmail-couchdb-user-archive@www.apache.org Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 02D1710F17 for ; Thu, 14 Nov 2013 22:20:05 +0000 (UTC) Received: (qmail 75274 invoked by uid 500); 14 Nov 2013 22:20:03 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 75185 invoked by uid 500); 14 Nov 2013 22:20:03 -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 75177 invoked by uid 99); 14 Nov 2013 22:20:03 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 14 Nov 2013 22:20:03 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of bchesneau@gmail.com designates 209.85.160.53 as permitted sender) Received: from [209.85.160.53] (HELO mail-pb0-f53.google.com) (209.85.160.53) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 14 Nov 2013 22:19:59 +0000 Received: by mail-pb0-f53.google.com with SMTP id ma3so2595313pbc.40 for ; Thu, 14 Nov 2013 14:19:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=rlyRV3kf+Myo7B7EBiK+ACEHyYIHkx731oG0GXn6J6o=; b=CmBFG0gGvltXTN+bwvBgzt9e0oqaQEBK7kr2huu4q0tmXU5MR9OCrwU9epmeySeymT SluFCsTxvTcjWLjya1p1hHltNoDJE+07kgglKip1Byti+kD815Pnw+TatSD5BtVr1o6h NAgD9QfvpOmMDM22w1upuI633UAUZvlxdnhkURHCF6UzBD5p8ZAirBBYKGpoUTcVDytN M4ZLhwVMMMIbaPNK9+2iXQNeqrede/B4Firxid/rt3zZ1tZd0v7Z0+ukYRIUqk/hAf+o YZRis+hX1FldVmuekX8jK7Ps+3X+EGHUQusNJ/ysFuMKipvwRZ5vdO/1MIB88aq1dwio Tahw== MIME-Version: 1.0 X-Received: by 10.66.8.66 with SMTP id p2mr3549670paa.129.1384467579106; Thu, 14 Nov 2013 14:19:39 -0800 (PST) Received: by 10.70.59.7 with HTTP; Thu, 14 Nov 2013 14:19:38 -0800 (PST) In-Reply-To: <6EDDA679-1FA3-4C68-88A5-13C54B6E97DF@couchbase.com> References: <75175787-0293-4918-9CC3-0CE24B8B41C6@programmazione.it> <6EDDA679-1FA3-4C68-88A5-13C54B6E97DF@couchbase.com> Date: Thu, 14 Nov 2013 23:19:38 +0100 Message-ID: Subject: Re: show/list From: Benoit Chesneau To: "user@couchdb.apache.org" Content-Type: multipart/alternative; boundary=bcaec51f97b14180fc04eb2a7ade X-Virus-Checked: Checked by ClamAV on apache.org --bcaec51f97b14180fc04eb2a7ade Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On Thu, Nov 14, 2013 at 10:46 PM, Jens Alfke wrote: > > On Nov 14, 2013, at 9:58 AM, Filippo Fadda < > filippo.fadda@programmazione.it> wrote: > > > Any application that uses CouchDB as a pure database doesn't need show > and list handlers. They are simply useless, in fact I didn't implement > (yet) them in ElephantOnCouch library because I don't see any use case fo= r > them. And I'm not sure if I will never implement them, probably not. > > Yup, same thing with TouchDB and Couchbase Lite =97 there wasn=92t any ne= ed > for them so I didn=92t implement them. They=92re not part of the database= , > they=92re part of a web app server. IMHO it would be cleaner to have a sh= arp > dividing line between the two. > I have examples in prod that shows that not anyone is sharing the same opinion as you ;) There are plenty of example where lists and shows can be used. Without that they will be like all others of their competitors. Where the use of lists and shows, the fact that you can replicate them (which is possible when you use ios and android outside the app store in entreprises or private events) is a huge advantage. > (Of course you can do stuff with these handlers other than generating HTM= L > for web pages. Just as you can do all kinds of crazy stuff with the C > preprocessor. Doesn=92t mean that=92s the best way to do it=85) > it doesn't mean it is not a bad way as well.... Why some person are using SQL? Because they can query the data. Why woud you like to have shows and lists or any feature like this? Because you eventually build your own way to query your data. Even create an SQL like query language on top of lists when they are extended. - benoit --bcaec51f97b14180fc04eb2a7ade--