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

Re: DASL and pluggable-db

From: Elias Sinderson <elias_at_cse.ucsc.edu>
Date: 2003-05-01 00:25:24 CEST

Hi again,

Thanks for the thoughtful reply, I've inlined a few comment below...

Glenn A. Thompson wrote:

> [...] When you say "Glen Thompson mentions the issue of providing a
> pluggable DB layer before addressing DASL-like functionality", it
> makes it sound like I made a conscious decision to address one before
> the other. This is simply not true.

Sorry it came out that way, my intention was to determine if such a
decision had been made and, if so, why. It was somewhat of a surprise to
find that the string 'DASL' only appeared a couple times in the list
archives and it piqued my curiosity.

> [...] Please read "subversion/libsvn_fs/structure" and
> "subversion/include/svn_fs.h" if you haven't already done so.

Thanks for the references, I looked at both the structure document and
the header file - Having not investigated this very deeply, I didn't
have a very good grasp of what Subversion looked like under the hood.
So, yes, the Subversion schema is more complex than that of Catacomb...
And implementing DASL support for Subversion is definitely more of a
task than I had thought.

> IMHO, BDB just will not handle what I want to do. I just checked; we
> have over 100GB of data in two Samba file systems (un-versioned). The
> strings table is bound to get pretty ugly don't ya think.

Yes, Ugly with a capital 'U'. Support for large data sets is a topic
which has been coming up with increasing frequency... What seems fairly
unclear is where to go when traditional DB technology breaks down in the
face of many TB or even several PB of data.

> [...] I'm trying to get a document out, but you know how it is!

Do I ever. When you get to a point where you want to share this work,
send a message to the list - I look forward to seeing it. BTW, thanks
again for the pointers to the relevant docs, it's refreshing to see such
things as part of an open source project!


To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu May 1 00:26:11 2003

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.