Re: On-disk compatibility for nbtree-unique-key enhancement
В списке pgsql-hackers по дате отправления:
| От | Peter Eisentraut |
|---|---|
| Тема | Re: On-disk compatibility for nbtree-unique-key enhancement |
| Дата | |
| Msg-id | caab10bb-6361-273f-93ac-8fc0c9737443@2ndquadrant.com обсуждение |
| Ответ на | On-disk compatibility for nbtree-unique-key enhancement (Peter Geoghegan <pg@bowt.ie>) |
| Ответы |
Re: On-disk compatibility for nbtree-unique-key enhancement
|
| Список | pgsql-hackers |
On 21/09/2018 01:18, Peter Geoghegan wrote: > * This means that there is a compatibility issue for anyone that is > already right on the threshold -- we *really* don't want to see a > REINDEX fail, but that seems like a possibility that we need to talk > about now. When would the REINDEX need to happen? Will the code still be able to read and write v3 btrees? Could there perhaps be an amcheck or pageinspect feature that tells you ahead of time if there are too large items in an old index? -- Peter Eisentraut http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера