| От | Konstantin Knizhnik |
|---|---|
| Тема | Re: [HACKERS] Surjective functional indexes |
| Дата | |
| Msg-id | 1268584c-cd53-386d-c519-0681e92532c9@postgrespro.ru обсуждение исходный текст |
| Ответ на | Re: [HACKERS] Surjective functional indexes (Alvaro Herrera <alvherre@2ndquadrant.com>) |
| Список | pgsql-hackers |
On 08.11.2018 22:05, Alvaro Herrera wrote: > On 2018-Nov-08, Konstantin Knizhnik wrote: > >> Before doing any other refactoring of projection indexes I want to attach >> small bug fix patch which >> fixes the original problem (SIGSEGV) and also disables recheck_on_update by >> default. >> As Laurenz has suggested, I replaced boolean recheck_on_update option with >> "on","auto,"off" (default). > I think this causes an ABI break for GenericIndexOpts. Not sure to what > extent that is an actual problem (i.e. how many modules were compiled > with 11.0 that are gonna be reading that struct with later Pg), but I > think it should be avoided anyhow. > Ok, I reverted back my change of reach_on_update option type. Now if reach_on_update option is not explicitly specified, then decision is made based on the expression cost. Patches becomes very small and fix only error in comparison of index tuple values. -- Konstantin Knizhnik Postgres Professional: http://www.postgrespro.com The Russian Postgres Company
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера