couchdb-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jan Lehnardt <...@apache.org>
Subject Re: _replicator DB
Date Wed, 19 May 2010 14:35:24 GMT
Hi all,

Filipe, great work!

I think separate DBs make sense, but with a different angle.

Say I want to replicate all users to a new instance. I don't want to
write a replication filter for that.

Replicating replication tasks sounds like a nice meta-CouchDB-
programming thing I want to explore. People could benchmark
their clusters by how many levels of replication it can take (think
recursion :)

I see more "tasks" coming up in the future, say continuous compaction, 
or compaction when certain events happen. For this, a single DB _tasks 
would make sense to keep replication, compaction and whatever other 
tasks we can come up with.

Users are not tasks, so they should be separate. Also, the _users db is 
special cased in our auth-system, I'd rather not intermingle it with items 
that don't need as high security (not saying you shouldn't be able to
hide tasks, but it is a different thing).

Cheers
Jan
--


On 19 May 2010, at 16:16, Filipe David Manana wrote:

> I also tend to prefer having two separate DBs. For now, there are 2 specific
> resources (users and replications) but tomorrow we can have 3, 4, 5, etc.
> 
> However, a single _system DB would help with the max_open_dbs and _stats :)
> 
> 
> 
> On Wed, May 19, 2010 at 2:32 PM, Simon Metson <simonmetson@googlemail.com>wrote:
> 
>> +1
>> 
>> 
>> On 19 May 2010, at 12:59, Sebastian Cohnen wrote:
>> 
>> having dedicated endpoints for specific resources sounds more reasonable
>>> to me, than having a single endpoint for misc stuff. just my 2ct
>>> 
>>> 
>>> On 19.05.2010, at 13:39, Dirkjan Ochtman wrote:
>>> 
>>> On Wed, May 19, 2010 at 13:13, Robert Dionne
>>>> <dionne@dionne-associates.com> wrote:
>>>> 
>>>>> This sounds like a good approach, if I get the gist of it, it makes the
>>>>> replication state persistent. We also have a _users db now, is this a
good
>>>>> time to think about consolidating and having one _system database ?
>>>>> 
>>>> 
>>>> I too like the proposal, but I'd also prefer a single _system db
>>>> rather than a bunch of specific databases.
>>>> 
>>>> Cheers,
>>>> 
>>>> Dirkjan
>>>> 
>>> 
>>> 
>> 
> 
> 
> -- 
> Filipe David Manana,
> fdmanana@gmail.com
> 
> "Reasonable men adapt themselves to the world.
> Unreasonable men adapt the world to themselves.
> That's why all progress depends on unreasonable men."


Mime
View raw message