Re: application online upgrade strategy

From: "Merlin Moncure" <mmoncure(at)gmail(dot)com>
To: "lest mitsui" <lestcdn(at)hotmail(dot)com>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: application online upgrade strategy
Date: 2007-05-29 13:50:04
Message-ID: b42b73150705290650t10100731x9ddb37037996af87@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On 5/23/07, lest mitsui <lestcdn(at)hotmail(dot)com> wrote:
>
> Does anyone have an idea on where to turn for information/research papers on
> online application upgrades? I am well-versed in offline upgrades, but I am
> now faced with customer requirements for transparent software upgrades of
> our application server/services -- and what possible solutions are there for
> software upgrades with co-requisite schema changes.

In theory, if your application is 100% database driven (with a thin
rendering middleware), you can update your app with a single
transaction. The database gives you all the tools you need...you can
lock the appropriate structures and postgresql ddl is gloriously
transactional.

The problem often lies with the application itself. Since most apps
are not 100% database driven, you have to worry about syncing the
application with the database. In this case, I'd treat the problem
like a classic database problem...begin a database transaction, lock
the appropriate structures, update the relevant application structures
(taking care to handle rollback conditions if necessary), and commit
the transaction.

If your app is minimally database driven, common in ORM style
development...well, good luck! :-)

merlin

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Zdenek Kotala 2007-05-29 14:14:34 Re: Users specific to a Database
Previous Message Merlin Moncure 2007-05-29 13:39:04 Re: hundreds of schema vs hundreds of databases