Re:

Поиск
Список
Период
Сортировка
От Luca Ferrari
Тема Re:
Дата
Msg-id CAKoxK+6NjU9SXjQQrN4WucYUtuq7Ey53RAs6gsMzdCyfze5TbQ@mail.gmail.com
обсуждение исходный текст
Ответ на Re:  (Vincenzo Romano <vincenzo.romano@notorand.it>)
Ответы Re:  (Vincenzo Romano <vincenzo.romano@notorand.it>)
Список pgsql-general
On Mon, Jul 15, 2013 at 8:33 AM, Vincenzo Romano
<vincenzo.romano@notorand.it> wrote:

> The alternative is to do things the "good ol' way" by DELETING+INSERTING
> (http://tapoueh.org/blog/2013/07/05-archiving-data-fast.html)
> Where I'd fear for longer LOCKs.


I don't know if this is an option for your case study, but you could
also exploit schemas to achieve the result: placing the new table into
a new schema and changing the search path (disallowing access to the
old schema). Of course this means you are able to lock out your
clients during the migration or you need to use some rule to redirect
queries.

Luca


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

Предыдущее
От: David Welton
Дата:
Сообщение: Re: V8.4 TOAST table problem
Следующее
От: Vincenzo Romano
Дата:
Сообщение: Re: