Re: Schema version control

Поиск
Список
Период
Сортировка
От Bill Moran
Тема Re: Schema version control
Дата
Msg-id 20110210175930.70795371.wmoran@potentialtech.com
обсуждение исходный текст
Ответ на Re: Schema version control  (Rob Sargent <robjsargent@gmail.com>)
Ответы Re: Schema version control  (Thomas Kellerer <spam_eater@gmx.net>)
Re: Schema version control  (Rob Sargent <robjsargent@gmail.com>)
Re: Schema version control  ("Andy Chambers" <achambers@mcna.net>)
Re: Schema version control  (Alban Hertroys <dalroi@solfertje.student.utwente.nl>)
Список pgsql-general
In response to Rob Sargent <robjsargent@gmail.com>:

> Top-posting is frowned upon by some (not me), but since Bill started it...

Oops ... the weird thing is that I'm usually really anal about not top-
posting ...

> I for one will be waiting to see your dbsteward.  How does it compare
> functionally or stylistically with Ruby's migration tools (which I found
> to be pretty cool and frustrating all in one go).

I'm not familiar with Ruby's migration tools, so I can't say much.

The overview:
You store your schema and data as XML (this is easy to migrate to, because
it includes a tool that makes the XML from a live database)
Keep your XML schema files in some RCS.
When it's time for a new deployment, you run the dbsteward tool against
the schema XML and it turns it into DDL and DML.
When it's time for an upgrade, you run the dbsteward tool against two
schema XML files, and it calculates what has changed and generates the
appropriate DDL and DML to upgrade.

So ... you know, however that compares with the Ruby stuff is how it
does.

--
Bill Moran
http://www.potentialtech.com
http://people.collaborativefusion.com/~wmoran/

В списке pgsql-general по дате отправления:

Предыдущее
От: Thomas Kellerer
Дата:
Сообщение: Re: Schema version control
Следующее
От: Thomas Kellerer
Дата:
Сообщение: Re: Schema version control