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: domain of kxepal@gmail.com designates
 209.85.212.180 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <6A445F3B-A89A-455D-AE04-7291687F8EEB@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>
	<CAHdjipL4nZxDXRP3+UeEfj=m21=sYj=Pj979KfDw0Wq6nvJS5g@mail.gmail.com>
	<922FCD26-A6B7-4D45-90F8-18804EF018BA@programmazione.it>
	<CAHdjip+9rNc085uRciQ9P-_J=7OpFLByjLez2RvNgMqrM19tPA@mail.gmail.com>
	<6A445F3B-A89A-455D-AE04-7291687F8EEB@programmazione.it>
Date: Fri, 15 Nov 2013 06:06:01 +0400
Message-ID: 
 <CAHdjipJhVEA+wLWfsY8EO-fn02BgOfkkpo72P0uu0LJLbo4tfw@mail.gmail.com>
Subject: Re: show/list
From: Alexander Shorin <kxepal@gmail.com>
To: "user@couchdb.apache.org" <user@couchdb.apache.org>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On Fri, Nov 15, 2013 at 5:49 AM, Filippo Fadda
<filippo.fadda@programmazione.it> wrote:
> On Nov 15, 2013, at 2:13 AM, Alexander Shorin wrote:
>> Need some example.
>
> A simple one. Reddit, votes per post.

Vote as document is ok.

>> Certainty, your users may ask to add missiles control panel for their
>> blogs, but sometimes you need to say "no" for features, that goes
>> beyond of your project idea. If they still are within it and you got
>> some design issues: may be something wrong with it.
>
> You can't even know what a client is gonna ask you or where the business =
is gonna drive you. You can just make speculations.
>
>> If you aware, document updates for CouchDB have high cost (time and
>> disk space), so this is the last thing how you'll use CouchDB. To
>> count article views you need setup external handler that will act as
>> HTTP proxy to redis and trigger it on every article load by browser.
>
> I'm aware, but this is not the point. I'm trying to demonstrate there are=
 cases where CouchDB doesn't fit the requirements and others (more often) a=
 couch app doesn't. Put Redis aside CouchDB is easy, using a framework asid=
e a couch app is not a viable solution.

It's always possible to imagine situation when some tool will be
useless and some other handy and good (: CouchApp is no more, but
group of design functions as single logical application, that CouchDB
easily hosts and able to execute by users request. To interact with
other system or remote services you may use external handlers. To run
custom background services os_daemons helps much. All these are
CouchDB features that could be used to solve specific problem. Not
sure why you're trying to avoid them all.

> You can replace impressions with votes. To avoid conflicts you save each =
vote as a separate document, to get the score you need to assemble the arti=
cle and a _sum result. :-)

While votes are ok, but having article hit as document isn't wise
approach: to note why share your app url on /. , /r, hn or other
resource which could generate a lot of hits - you'll quite soon
realise that some front-end proxy required to buffer updates and
forward them to CouchDB as bulk update.

>> Same as for design functions: make them in
>> python/php/ruby/java/clojure and use all power of these languages.
>> Even for additional querying CouchDB on your risk since this is wrong
>> way to go!
>
> Of course, I can modify my query server to use ElephantOnCouch, but like =
you said, it is not the right way to go and I don't see a use case for it. =
If I have some heavy elaboration task, I can use a daemon, I can use Gearma=
n and execute a PHP job inside it.

But this open doors for you also to rich php library set which may be
quite useful, right?

--
,,,^..^,,,