Thread (15 messages) flat view 15 messages, 2 authors, 2016-06-15

Re: [PATCH 4/5] cvsserver: Make the database backend configurable

From: Frank Lichtenheld <hidden>
Date: 2016-06-15 22:43:01

On Fri, Mar 23, 2007 at 04:17:58PM +0100, Frank Lichtenheld wrote:
On Tue, Mar 20, 2007 at 07:47:12AM +1200, Martin Langhoff wrote:
quoted
On 3/20/07, Frank Lichtenheld [off-list ref] wrote:
quoted
Make all the different parts of the database backend connection
configurable. This adds the following string configuration variables:
Nice. I guess the hard part of this is going to be creating DB schemas
that are reasonably portable. The SQL we use is as vanilla as it gets
;-)
I've now actually made a quick test to see how we do when using other
backends (with PostgreSQL 8.2, will also do one with MySQL later).
Done the MySQL tests, too.
Some problems that I saw:

 - It would probably cool to be able to tell git-cvsserver that it
   should use only one database for all modules (i.e. git branches)
   This way one doesn't need to give the users database creation
   privileges. Of course pre-creating all databases possibly ever needed
   is possible but somewhat cumbersome.
 
 - DBI->tables seems to be a portability problem. e.g. with SQLite
   it returns "head", "commitmsgs", etc; with PostgreSQL it returns
   public.head, public.commitmsgs, etc. The output of MySQL might
   be different, too.
It is `head`, and `revision`. Fun ;)
Why no etc.? Because pretty much every other used SQL command (than these
two "create table") fails with syntax errors. Not that I actually expected
anything else from MySQL...

Gruesse,
-- 
Frank Lichtenheld [off-list ref]
www: http://www.djpig.de/
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help