Re: SQL Diff ?

Поиск
Список
Период
Сортировка
От Dawid Kuroczko
Тема Re: SQL Diff ?
Дата
Msg-id 758d5e7f0708260702w61cdce5awd295897efb97d672@mail.gmail.com
обсуждение исходный текст
Ответ на Re: SQL Diff ?  (Kevin Kempter <kevin@kevinkempterllc.com>)
Ответы Re: SQL Diff ?
Список pgsql-general
On 8/26/07, Kevin Kempter <kevin@kevinkempterllc.com> wrote:
> On Saturday 25 August 2007 21:10:19 Ron Johnson wrote:
> > On 08/25/07 21:51, Kevin Kempter wrote:
> > > Hi List;
> > >
> > > I have a very large table (52million rows) - I'm creating a copy of it to
> > > rid it of 35G worth of dead space, then I'll do a sync, drop the original
> > > table and rename table2.
> >
> > What is your definition of "dead space"?
> >
> > Bad rows, duplicate rows, old rows?  Something else?
>
> deleted rows that should have been cleaned up with vacuum, problem is the
> client let it go so long that now I cant get a vacuum to finish cause it
> impacts the day2day operations too much.  Long story, see my recent questions
> on the performance list for more info.

In your place I would do something like Slony-I does, when
it replicates the tables.  Create on insert/update/delete triggers
on table1 which will log operations on table1 to some table1_log
table.  Then copy table1 to table2.  Then replay table1_log on
table2, then BEGIN;LOCK tablel1;finish replaying the lock;DROP table1;
alter table rename...;commit;

Or perhaps actually use Slony-I for the above steps?  Should work
quite nicely... Or perhaps use SkyTools for it (I've never used it)?

   Regarda,
       Dawid

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

Предыдущее
От: Bill Moran
Дата:
Сообщение: Re: Geographic High-Availability/Replication
Следующее
От: "Trevor Talbot"
Дата:
Сообщение: Re: FATAL: could not reattach to shared memory (Win32)