You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by solo turn <so...@yahoo.com> on 2003/02/27 18:44:12 UTC

svn client admin area: file --> bdb

if one would like to store the administrative area in a (bdb?)
database, would it be sufficient to have a adm_db.c instead of a
adm_files.c and have the same interfaces?

-s.

__________________________________________________
Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, more
http://taxes.yahoo.com/

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org

Re: svn client admin area: file --> bdb

Posted by Greg Stein <gs...@lyra.org>.
On Thu, Feb 27, 2003 at 01:47:53PM -0600, Karl Fogel wrote:
> solo turn <so...@yahoo.com> writes:
> > if one would like to store the administrative area in a (bdb?)
> > database, would it be sufficient to have a adm_db.c instead of a
> > adm_files.c and have the same interfaces?
> 
> I believe that's the theory; there's probably some work to do, though.

And where the theory falls down, then we can rev the APIs.

If it starts to "look close", then we can tweak libsvn_wc/ to have a bdb
subdir, just like we do in libsvn_fs/, along with a files/ subdir. (well,
maybe a better name for the latter, but you see the point).

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

Re: svn client admin area: file --> bdb

Posted by Karl Fogel <kf...@newton.ch.collab.net>.
solo turn <so...@yahoo.com> writes:
> if one would like to store the administrative area in a (bdb?)
> database, would it be sufficient to have a adm_db.c instead of a
> adm_files.c and have the same interfaces?

I believe that's the theory; there's probably some work to do, though.

-K


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org