Subject: Re: [linux-audio-dev] (no subject)
From: Sebastien Metrot (meeloo_AT_noos.fr)
Date: Tue Jul 23 2002 - 13:44:01 EEST
Using a DB for such a job has no real advantage because saving a project is
just the begining of the story. After having been able to save your project
you'll want to have a simple way to backup it simply, to move it to another
computer (for exemple from a laptop computer to a desktop computer in the
studio, etc...). A real database is not an easy thing to move from one
computer to another and a set of files is much more simple for the user (try
to thing about the user sometimes ;-).
Sebastien
----- Original Message -----
From: "rm" <async_AT_cc.gatech.edu>
To: <linux-audio-dev_AT_music.columbia.edu>
Sent: Tuesday, July 23, 2002 11:33 AM
Subject: Re: [linux-audio-dev] (no subject)
> On Tue, Jul 23, 2002 at 10:45:55AM +0200, .n++k wrote:
> > | > > 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.
> >
> > 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.
>
> requiring an sql db for this sort of thing would be gratuitous. for
> one, it's another dependency that people would have to download,
> compile, and setup. for most databases, the setup is non-trivial. (i
> can't run my audio app, because i can't figure out how to setup my
> database?) secondly, it's unnecessary as i understand the requirements
> of task. you might be able to justify a smaller database like
> sleepycat's stuff, but files are more reasonable and pretty much
> everyone has a filesystem these days. you just don't need the majority
> of the features that a relational db provides.
>
> gconf2 might be an appropriate model to look at for ideas. api calls
> for accessing the information are defined, and the backend is left
> unspecified (but likely fs based initially). additionally, swig,
> corba, etc can be used to provide bindings of the api to most
> languages.
> rob
> ----
> Robert Melby
> Georgia Institute of Technology, Atlanta Georgia, 30332
> uucp: ...!{decvax,hplabs,ncar,purdue,rutgers}!gatech!prism!gt4255a
> Internet: async_AT_cc.gatech.edu
>
This archive was generated by hypermail 2b28 : Tue Jul 23 2002 - 13:58:41 EEST