modperl_dbd::csv_no_filelocking

This is part of The Pile, a partial archive of some open source mailing lists and newsgroups.



Subject: Re: Smart installing (Re: mod_perl advocacy project
From: Gunther Birznieks <gunther@extropia.com>
Date: Thu, 07 Dec 2000 22:04:11 +0800

At 07:12 AM 12/7/00 -0500, barries wrote:
>On Thu, Dec 07, 2000 at 12:30:53AM -0500, Marc Spitzer wrote:
> > the only thing I would add is DBI and DBD:::CSV,
>
>No joins.  Therefore not very useful.

Actually joins are over-rated for most simple apps. It's very easy to make 
a calendar, address book and other common apps w/o joins.

With that said though, DBD::CSV has some serious short-comings. Not the 
least of which is the lack of file locking.

But because of the popularity of flatfile databases for newbies, that's why 
in our application toolkit we ended up making an abstraction that sits 
about more than just DBI -- native flatfiles, XML files, LDAP, SOAP, etc.. 
called DataSource with its own query language roughly similar in concept to 
Microsoft's ADO. Love it or hate it (most people who have used it do love 
it or hate it).

> > you get a basic prototyping
> > db and you can add other drivers as you need them.  And the package 
> needs to
> > specify the version of gcc it was built with, so you can add dso's and/or
> > perl XS modules.
>
>If you're doing that, you've graduated yourself to recompiling the whole
>kit and kabootle.
That's probably true.

One thing that would make things much easier for mod_perl is to get the DSO 
mechanism fully working. A lot of ISPs compile apache with DSO support, and 
so making mod_perl work well with DSO would help so that you don't have to 
ship a pre-compiled apache.

Anyway, I think people need binary distributions really. Make is too 
complicated for a lot of newbies.

===

the rest of The Pile (a partial mailing list archive)

doom@kzsu.stanford.edu