Re: ALTER INDEX .. RENAME allows to rename tables/views as well
От
Bossart, Nathan
Тема
Re: ALTER INDEX .. RENAME allows to rename tables/views as well
Дата
Msg-id
0D4F5321-E95A-4806-A193-AD50D3F8E367@amazon.com
Ответ на
Re: ALTER INDEX .. RENAME allows to rename tables/views as well (Alvaro Herrera)
Список
Дерево обсуждения
ALTER INDEX .. RENAME allows to rename tables/views as well Onder Kalaci <onderk@microsoft.com>
Re: ALTER INDEX .. RENAME allows to rename tables/views as well Bruce Momjian <bruce@momjian.us>
Re: ALTER INDEX .. RENAME allows to rename tables/views as well "Bossart, Nathan" <bossartn@amazon.com>
Re: ALTER INDEX .. RENAME allows to rename tables/views as well Tom Lane <tgl@sss.pgh.pa.us>
Re: ALTER INDEX .. RENAME allows to rename tables/views as well "Bossart, Nathan" <bossartn@amazon.com>
Re: ALTER INDEX .. RENAME allows to rename tables/views as well Alvaro Herrera <alvherre@alvh.no-ip.org>
Re: ALTER INDEX .. RENAME allows to rename tables/views as well "Bossart, Nathan" <bossartn@amazon.com>
Re: ALTER INDEX .. RENAME allows to rename tables/views as well Alvaro Herrera <alvherre@alvh.no-ip.org>
Re: ALTER INDEX .. RENAME allows to rename tables/views as well "Bossart, Nathan" <bossartn@amazon.com>
Re: ALTER INDEX .. RENAME allows to rename tables/views as well Alvaro Herrera <alvherre@alvh.no-ip.org>
Re: ALTER INDEX .. RENAME allows to rename tables/views as well "Bossart, Nathan" <bossartn@amazon.com>
Re: ALTER INDEX .. RENAME allows to rename tables/views as well Alvaro Herrera <alvherre@alvh.no-ip.org>
Re: ALTER INDEX .. RENAME allows to rename tables/views as well "Bossart, Nathan" <bossartn@amazon.com>
Re: ALTER INDEX .. RENAME allows to rename tables/views as well Michael Paquier <michael@paquier.xyz>
On 10/19/21, 3:13 PM, "Alvaro Herrera" wrote: > On 2021-Oct-19, Bossart, Nathan wrote: > >> I did consider this, but I figured it might be better to keep the lock >> level consistent for a given object type no matter what the statement >> type is. I don't have a strong opinion about this, though. > > Yeah, the problem is that if there is a concurrent process waiting on > your lock, we'll release ours and they'll grab theirs, so we'll be > waiting on them afterwards, which is worse. Makes sense. > BTW I noticed that the case of partitioned indexes was wrong too. I > fixed that, added it to the tests, and pushed. Ah, good catch. Thanks! Nathan
В списке pgsql-hackers по дате отправления
От: Jeff Davis
Дата:
От: Mark Dilger
Дата: