Re: [HACKERS] REINDEX CONCURRENTLY 2.0
От | Jim Nasby |
---|---|
Тема | Re: [HACKERS] REINDEX CONCURRENTLY 2.0 |
Дата | |
Msg-id | af867d20-1406-38c0-0a58-2cf1fce7240f@BlueTreble.com обсуждение исходный текст |
Ответ на | Re: [HACKERS] REINDEX CONCURRENTLY 2.0 (Andreas Karlsson <andreas@proxel.se>) |
Ответы |
Re: [HACKERS] REINDEX CONCURRENTLY 2.0
Re: [HACKERS] REINDEX CONCURRENTLY 2.0 |
Список | pgsql-hackers |
On 2/28/17 11:21 AM, Andreas Karlsson wrote: > The only downside I can see to this approach is that we no logner will > able to reindex catalog tables concurrently, but in return it should be > easier to confirm that this approach can be made work. Another downside is any stored regclass fields will become invalid. Admittedly that's a pretty unusual use case, but it'd be nice if there was at least a way to let users fix things during the rename phase (perhaps via an event trigger). -- Jim Nasby, Data Architect, Blue Treble Consulting, Austin TX Experts in Analytics, Data Architecture and PostgreSQL Data in Trouble? Get it in Treble! http://BlueTreble.com 855-TREBLE2 (855-873-2532)
В списке pgsql-hackers по дате отправления: