[Dbconfig-common-devel] Questions about upgrading

Karsten Hilbert Karsten.Hilbert at gmx.net
Sun Jul 9 11:27:40 UTC 2006


On Sat, Jul 08, 2006 at 05:54:19PM -0400, sean finney wrote:

> > As far as I can tell, dbconfig couples the upgrade of the packages
> > database with the upgrade of the package.  I wonder if that's the best
> > choice.  Many packages can support multiple database instances, so it
> 
> yes, it's by design this way.  this way if something goes wrong,
> the admin knows about it immediately, and has a chance to fix things
> (there's also an option to ignore the problem and fix it later).
> 
> since dbconfig-common doesn't currently support multi-instance
> databases, i'm not too concerned on how it handles an upgrade
> for a multi-instance database.  that is, if someone's in that situation,
> they've already >= some of the setup manually, so they can do >= some
> of the upgrade manually too.
> 
> that said, one of the things on my TODO is multi-instance support...

Well, I wonder whether supporting *that* notion of
multi-instance is the job of db-common-config ?

After all, if a package supports multiple database instances
in, say, different database engines and/or even in different
versions then it should really provide:

 gnumed-server-pgsql-0.1.deb
 gnumed-server-mysql-0.1.deb
 gnumed-server-pgsql-0.2.deb

Then

 gnumed-server-pgsql.deb
 gnumed-server-mysql.deb

would point to the latest version that would be installed by

 apt-get upgrade

Upgrades from, say, 0.1 to 0.2 would require 0.1 to be
installed and then

 apt-get install gnumed-server-pgsql-0.2.deb

which should detect the 0.1 instance and ask whether to
upgrade that one or install a new 0.2 one unless 0.2 is
already installed.

Karsten
-- 
GPG key ID E4071346 @ wwwkeys.pgp.net
E167 67FD A291 2BEA 73BD  4537 78B9 A9F9 E407 1346



More information about the Dbconfig-common-devel mailing list