[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

backend databases (was: Re: The /. article)

From: Greg Stein <gstein_at_lyra.org>
Date: 2002-02-06 03:07:27 CET

On Tue, Feb 05, 2002 at 05:57:17PM -0800, Sean Russell wrote:
> On Tuesday 05 February 2002 17:17, Karl wrote:
> > This is technically true, but that's a pretty big change. I think
> > it's quite fair of Tom to simply say "Subversion uses Berkeley DB for
> > its repository" and leave it at that. Any system can be changed,
> > including Arch; the SQL backend claim amounts to saying "Subversion
> > has clean internal interfaces", which for all we know, Arch does too.
>
> I suppose I was thinking (a) subversion was specifically /designed/ to have
> pluggable backends, and (b) there's a strong faction of SQLers in the group.
> Adding backends isn't a priority, but I got the impression that it was pretty
> high on the list for post-1.0.

The Subversion FS is implemented to use Berkeley DB right now, and that is
pretty well built in. The overall design and the APIs do not require it,
however. But to change that implementation... it's a bit of work.

(we made an initial design decision to code for BDB directly, rather than to
try and craft an intermediate API; there were a lot of benefits to that
initial approach, which I won't go into here)

All that said: Subversion 2.0 will have SQL backend support, if at all
possible. I don't think anybody disagrees with the notion, but nobody is
immediately jumping at the bit to do it immediately :-)

(my other main focus for 2.0 will be increased DAV interop)

Cheers,
-g

-- 
Greg Stein, http://www.lyra.org/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 21 14:37:04 2006

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.