Re: Switching Primary Keys to BigInt
От | Daniel Verite |
---|---|
Тема | Re: Switching Primary Keys to BigInt |
Дата | |
Msg-id | 029f54d9-99ec-49d2-b8eb-567bf6b4f3ce@manitou-mail.org обсуждение исходный текст |
Ответ на | Re: Switching Primary Keys to BigInt (Mohamed Wael Khobalatte <mkhobalatte@grubhub.com>) |
Ответы |
Re: Switching Primary Keys to BigInt
|
Список | pgsql-general |
Mohamed Wael Khobalatte wrote: > > alter table change_seq alter COLUMN id set data > > type bigint; > This is significant downtime, since it locks exclusively, no? We want to > avoid that. Well, in the steps you mentioned upthread, the transaction starts by doing LOCK TABLE some_table, so it will hold an exclusive lock on it for the rest of the transaction. If you can test how the ALTER TABLE... SET TYPE ... compares to your procedure in terms of downtime, that would be interesting. To me, it's not clear why the procedure in multiple steps would be better overall than a single ALTER TABLE. Best regards, -- Daniel Vérité PostgreSQL-powered mailer: https://www.manitou-mail.org Twitter: @DanielVerite
В списке pgsql-general по дате отправления: