| От | Thomas G. Lockhart |
|---|---|
| Тема | Re: [HACKERS] Re: type coersion (was OR clause status) |
| Дата | |
| Msg-id | 35D10188.B58E861B@alumni.caltech.edu обсуждение |
| Ответ на | Re: [HACKERS] Re: type coersion (was OR clause status) (Bruce Momjian <maillist@candle.pha.pa.us>) |
| Ответы |
Re: [HACKERS] Re: type coersion (was OR clause status)
|
| Список | pgsql-hackers |
> I just tried adding the extra line, and initdb failed. I wonder if we
> remove the oideqint4, if the parser will go for oideq?
If you want to try this as an experiment, so we can tell if this is a
possible solution, then great. I still have hopes that we can substitute
other parse trees and strategies within the index utilization routines,
so how about not committing things until we've tried a few options.
match_clause_to_indexkey() seems to be a starting point for what I want
to do. Will let you know how it goes...
- Tom
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера