Re: Schema as versioning strategy

Поиск
Список
Период
Сортировка
От Richard Huxton
Тема Re: Schema as versioning strategy
Дата
Msg-id 4630619A.3040609@archonet.com
обсуждение исходный текст
Ответ на Vacuum-full very slow  (Steve Crawford <scrawford@pinpointresearch.com>)
Ответы Re: Schema as versioning strategy
Список pgsql-general
Jonathan Vanasco wrote:
>
> On Apr 25, 2007, at 2:05 PM, Richard Huxton wrote:
>
>> Owen Hartnett wrote:
>>> I want to "freeze" a snapshot of the database every year (think of
>>> end of year tax records).  However, I want this frozen version (and
>>> all the previous frozen versions) available to the database user as
>>> read-only.  My thinking is to copy the entire public schema (which is
>>> where all the current data lives) into a new schema, named 2007
>>> (2008, etc.)
>>
>> Sounds perfectly reasonable. You could either do it as a series of:
>>   CREATE TABLE archive2007.foo AS SELECT * FROM public.foo;
>> or do a pg_dump of schema "public", tweak the file to change the
>> schema names and restore it.
>
> the create table method won't copy the constraints + fkeys .

Shouldn't matter for an archive though, since you'd not want anyone to
have permissions. Still, pg_dump is my preference. Apart from anything
else, you can keep a copy of the dump around too.

--
   Richard Huxton
   Archonet Ltd

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

Предыдущее
От: Alban Hertroys
Дата:
Сообщение: Re: Schema as versioning strategy
Следующее
От: Richard Huxton
Дата:
Сообщение: Re: pg_connect sometimes works sometimes not