Mailing-List: contact oak-dev-help@jackrabbit.apache.org; run by ezmlm
Precedence: bulk
Reply-To: oak-dev@jackrabbit.apache.org
Received-SPF: unknown (athena.apache.org: error in processing during lookup of
 mueller@adobe.com)
From: Thomas Mueller <mueller@adobe.com>
To: "oak-dev@jackrabbit.apache.org" <oak-dev@jackrabbit.apache.org>
Subject: Re: AW: writing a new DocumentStore implementation
Thread-Topic: AW: writing a new DocumentStore implementation
Thread-Index: AQHPFd+D1JJPJOa7tUmCslPc3hl2jg==
Date: Mon, 20 Jan 2014 12:59:54 +0000
Message-ID: <CF02D791.54A1C%mueller@adobe.com>
Accept-Language: en-US
Content-Language: en-US
user-agent: Microsoft-MacOutlook/14.3.9.131030
Content-Type: text/plain; charset="iso-8859-1"
Content-ID: <806115F4F0570C4F8E43F57D39323293@namprd02.prod.outlook.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0

Hi,

I think it should be relatively easy to extend the Segment storage to
store to a read from a database. However, I'm not sur if that's currently
planned.=20

The philosophy of the Segment storage is quite different from the Mongo
storage (which should probably be renamed to Document storage): the
Segment storage combinies many nodes into a segment and stores larger
blocks, while the Mongo storage keeps each node separately. If you have
multiple cluster nodes, the behavior of the two is quite different: the
Mongo storage detects conflicts very early, but the Segment storage
doesn't. So, in my view, the Segment storage is ideal for standalone
repositories (where you have one process accessing the repository), and
for clusters where the network latency between cluster nodes is high. But
currently not so much for clusters where the latency between cluster nodes
is low, because conflicts are not immediately detected and changes are not
guaranteed to be visible within fixed time bounds.

Regards,
Thomas


On 20/01/14 11:06, "K=D6LL Claus" <C.KOELL@TIROL.GV.AT> wrote:

>Hi Thomas,
>
>Sounds good to me !!
>
>One question based on that topic.
>As jukka described with the big-picture the BlobStore we are talking is
>only used with
>mongo-mk as I can see, but what's about the segment-mk.. is it planned to
>have a SQL based=20
>Segment Store ?
>
>greets
>claus