From: Eliezer Croitoru <eliezer@...>
Date: 2013-01-15T22:23:47+09:00
Subject: Re: What about CouchDB?

On 1/15/2013 12:41 AM, Robert Klemme wrote:
> On Mon, Jan 14, 2013 at 12:33 PM, Eliezer Croitoru <eliezer@ngtech.co.il> wrote:
>> On 1/11/2013 3:10 PM, Robert Klemme wrote:
>>>
>>> On Thu, Jan 10, 2013 at 9:36 PM, Eliezer Croitoru <eliezer@ngtech.co.il>
>>> wrote:
>>>
>>>> So I am wondering about other DB solutions that will not use too much
>>>> storage space will be fast and can scale if needed.
>>>
>>>
>>> Scale in what direction?  Database size, requests per second, multiple
>>> concurrent clients, multiple physical nodes the DB is stored on...?
>
>> The scale is in couple directions:
>> - multiple physical nodes the main DB stored on.
>> - Database size
>> - requests per second
>> - master and secondary updates\replication
>
> Well, less dimensions would be too easy, wouldn't it? :-)
>
>> For now one machine will host the DB while it gets updates from couple
>> sources such as human and other auto-testing tools.
>> This will be a dedicated DB machine while there are others servers which
>> gets updates from the master DB when needed.
>> The problem is that the updates are live and should be replicated with the
>> smallest delay possible.
>
> I don't have experience with CouchDB performance but given your list I
> would include it in your benchmarking activities.
>
> Kind regards
>
> robert
>
>
Thanks robert,

I will look on CouchDB.
It's basically http based which is a very nice simple and clean interface.

I know I can start looking up using a search engine for results but 
since an experienced user\developer can say more many times I hope to 
get some directions about CouchDB.

Thanks,
Eliezer