Re: Huge tables, trying to delete OID's taking 6+hours per table

Поиск
Список
Период
Сортировка
От Tory M Blue
Тема Re: Huge tables, trying to delete OID's taking 6+hours per table
Дата
Msg-id CAEaSS0YNA4XL5JkFB2H8_+FZ2LcEyCFAkRgUkoW6s6Ubxbmt3Q@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Huge tables, trying to delete OID's taking 6+hours per table  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Huge tables, trying to delete OID's taking 6+hours per table
Список pgsql-general


On Tue, May 19, 2020 at 6:40 AM Tom Lane <tgl@sss.pgh.pa.us> wrote:
Tory M Blue <tmblue@gmail.com> writes:
> The command i'm using is
> ALTER TABLE tablename SET WITHOUT OIDS;
> Would a drop column oid be better?

Unfortunately, you're kind of stuck.  OIDs are not like regular columns
(at least before v12) --- they are integrated into the tuple header in
a hackish way, and so there's no way to get rid of them without a table
rewrite.

                        regards, tom lane

Poop :) kind of figured that, so it's just painful.

But  I guess if it's doing a table rewrite, is there any configuration params I could boost to help it? Shared_buffers, give it more, work mem, maintenance mem, temp buffers anything you can think of?

Thanks again Tom

Tory 

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

Предыдущее
От: Adrian Klaver
Дата:
Сообщение: Re: idle_in_transaction_session_timeout not getting log in PG v12.2
Следующее
От: Ron
Дата:
Сообщение: Re: Huge tables, trying to delete OID's taking 6+hours per table