| On Tue, 23 Jul 2002 03:14:56 -0400
| Paul Winkler <pw_lists_AT_slinkp.com> wrote:
| 
| > On Tue, Jul 23, 2002 at 08:43:36AM +0200, n++k wrote:
| > > Just a comment on the metadata persistence:
| > >
| > > Why not use an SQL database for storing session/project metadata?
| > > (configuration and such) We have the benefit of having a few quite
| > > stable free software SQL databases. (mysql, postgresql, sapdb) so
| > > requiring one wouldn't be too much to ask.
| >
| > except they're big to install. that might cause some resistance.
| > and it strikes me as using a piledriver when a hammer would do.
| >

Let's not be hypocrites:
$ du -hs /opt/mysql
  2.5M    bin
  252k    include
  1.9M    info
  1.1M    lib
  2.7M    libexec
  76k     man
  1.4M    mysql-test
  888k    share
  4.5M    sql-bench

that's 15M, of which 5M (mysql-test. sql-bench) are useless

i would hardly call that big

I think the real issue is that of the api, i haven't tested myself but
ODBC provides a common api for databases under linux too. (drivers are
available for just about any of the databases mentionned)

| 
| And also you cant do the neat thing of asking all your apps to save
| all their data
| to a directory so you can create a targzip with the project :)
| 
| Juan Linietsky 

Well it would be just as easy to me to have a small util with a dump
of the database.. as would any other manipulation/analysis on the
projects data be. Backup are easy too.

Somehow i think xml+files are messy and unflexible, and just a step
backwards in the world of hierarchical databases.

Reply via email to