Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@couchdb.apache.org
Received-SPF: pass (athena.apache.org: local policy includes SPF record at
 spf.trusted-forwarder.org)
Content-Type: text/plain; charset=iso-8859-1
Mime-Version: 1.0 (Apple Message framework v1283)
Subject: Re: show/list
From: Filippo Fadda <filippo.fadda@programmazione.it>
In-Reply-To: 
 <CAJNb-9pmerg7rP0hjG8qqrDZg+V3gWO-4jswgovwri=-MYX_tA@mail.gmail.com>
Date: Fri, 15 Nov 2013 02:08:59 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <888A8BDF-4E69-47F6-AB70-82EAB49A4638@programmazione.it>
References: <OFAD52ABB5.8D41CB8B-ONC1257C23.005C5637-C1257C23.005C6AB2@ptb.de>
 <75175787-0293-4918-9CC3-0CE24B8B41C6@programmazione.it>
 <CAHdjipLZRKLxx6-_c34ZroyO=e0B79UCuqfHQ=m6J8C2=D9KQQ@mail.gmail.com>
 <DA90231F-CB4D-45BC-88E2-956997079383@programmazione.it>
 <CAHdjipJ0SFR+u3SY5_AF0wcGGikFO9-9K3k6akFRuAh8a=ymhg@mail.gmail.com>
 <B145A327-598A-4FC5-AAA5-ED89F86FC4B0@programmazione.it>
 <CAJNb-9pmerg7rP0hjG8qqrDZg+V3gWO-4jswgovwri=-MYX_tA@mail.gmail.com>
To: user@couchdb.apache.org


On Nov 15, 2013, at 1:37 AM, Benoit Chesneau wrote:
> First shows and lists can be handled in a langage different that JS.

I know, I wrote a query server.

> I agree *now* you can't  "correlate data and assemble them to provide =
a
> resut". But this is now. Nothing stop us to add such features. Nothing =
stop
> us to improve it so it can be more useful. As I said previously it =
should
> be easy to do it.

Of course nothing stop to improve them, my criticism is always =
constructive and I'm always open to discuss and contribute, at least in =
term of design, because my Erlang knowledge actually sucks.

> If I hear you you wouldn't have an new technology . lists and shows =
are not
> a joke. You can call them unfinished concept, work in progress, but =
some
> people like me consider it is serious.

I don't call them unfinished and I don't find them useful, as they are, =
actually. But this can change in the future. I think show and list =
satisfy the requirements they are made for; I'm just criticizing those =
requirements, not their implementation.

> The concept of processing and transforming data is related to the =
concept
> of database. All the databases does that via the queries or stored
> procedure. Shows and lists are literally a way to query a function on =
your
> database to retrieve some results from the data stored in it. Couchdb =
is
> not yet a functional db but it can be modulo some changes.
>=20
> Example of improvement: having something like in datomic allowing you =
to
> post your data with an atomic function  to make some changes on the =
data
> you posted based on the current database value looks like the updates
> function but is quite better. This is an improvement that could be =
done.
>=20
> In postgres you have the possibility to extend the database functions =
and
> queries using foreign language wrappers. Quite similar to shows and =
lists.
> But we should make it more efficient.

Yes, I know about PostgreSQL. You are breaking through an open door. We =
are here to talk and define all together the path to improve CouchDB. A =
new protocol, a PL, I'm really open to discuss about any improvements.

-Filippo=