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

Re: FirebirdSQL as backend database

From: Ben Collins-Sussman <sussman_at_collab.net>
Date: 2004-07-01 21:20:14 CEST

On Thu, 2004-07-01 at 12:35, Doru Constantin wrote:
> Erik Huelsmann wrote:

> > To answer your question: Subversion supports pluggable backends which does
> > not mean the project intends to do the development of one any time soon. You
> > are welcome however to organise the effort required; all contributions are
> > very welcome.

We do not support pluggable databases backends yet. That's the real
issue here. A level of abstraction was done to divide between
"database" versus "no database" backends. But a whole separate level of
abstraction still needs to be done to allow *different* databases.J

Once that happens, yes, we'll theoretically be able to support different
SQL databases: postgres, mysql, firebird, etc.

> >
> Ok, I can take a hint. If I'm not welcome I will not bother you
> anymore

You're perfectly welcome here. Didn't mean to scare you away.

> but take a look at
> http://www.firebirdsql.org/ff/foundation/FBFactsheet.html
> The Berkeley db is not match for Firebrid, not even closer, and the
> best part is yet to come.

The main point here is not whether firebird is "good" or "bad" or
"better" than anything else; the main point is that you're many steps
ahead in the conversation, placing the cart before the horse, as they
say. We're nowhere near able to use SQL databases yet, so it makes no
sense to argue merits of specific SQL implementations. We have a long
way to go before we can use SQL at all.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Jul 1 21:23:44 2004

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.