Re: - Mailing list pgsql-general

From Luca Ferrari
Subject Re:
Date
Msg-id CAKoxK+6NjU9SXjQQrN4WucYUtuq7Ey53RAs6gsMzdCyfze5TbQ@mail.gmail.com
Whole thread Raw
In response to Re:  (Vincenzo Romano <vincenzo.romano@notorand.it>)
Responses Re:
List 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 by date:

Previous
From: David Welton
Date:
Subject: Re: V8.4 TOAST table problem
Next
From: Vincenzo Romano
Date:
Subject: Re: