|
From: Vladimir S. <vst...@gm...> - 2012-10-25 07:38:04
|
On Thu, Oct 25, 2012 at 2:05 AM, Vladimir Stavrinov <vst...@gm...> wrote: > On Wed, Oct 24, 2012 at 11:18:59PM +0300, Andrei Martsinchyk wrote: >> one of those solutions. Everybody wins. If XC integrates one >> approach it will lose flexibility in this area. > > and gain much more users. OK. Paulo don't wants more users, because he don't like easy ways and simple things. But we all want flexibility. Flexibility is good thing and here is example. We have cluster consists of 4 nodes. Nodes organized in groups. All data distributed between groups and every group contains the identical data, i.e. replicas. In this case with such model we have 3 options: 1. Read scalability only with 4 replicas in group. 2. Read and write scalability with 2 replicas per group. 3. Write scalability only with 1 replica per group. It is obvious: with more nodes we have more options, i.e. more flexibility. It means here the trade off between read and write scalability. And we don't need for this "CREATE TABLE ... DISTRIBUTE BY ..." I think it is enough for most cases. |