Re: BUG #14210: filter by "=" constraint doesn't work when hash index is present on a column
В списке pgsql-bugs по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: BUG #14210: filter by "=" constraint doesn't work when hash index is present on a column |
| Дата | |
| Msg-id | 32645.1466868739@sss.pgh.pa.us обсуждение |
| Ответ на | Re: BUG #14210: filter by "=" constraint doesn't work when hash index is present on a column (Peter Geoghegan <pg@heroku.com>) |
| Ответы |
Re: BUG #14210: filter by "=" constraint doesn't work when
hash index is present on a column
|
| Список | pgsql-bugs |
Peter Geoghegan <pg@heroku.com> writes:
> On Fri, Jun 24, 2016 at 3:05 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>> Well, it won't run automatically --- unless someone spins up a buildfarm
>> machine that adds that symbol to CPPFLAGS, and even then we'd only have
>> coverage on one platform.
> I think that this is an argument against further proliferation of
> #define's for this kind of thing, not an argument against adding a way
> to force tuplesort based hash index builds.
So ... what's your point? This statement doesn't seem to lead to a
conclusion in favor of either of the alternatives I mentioned.
regards, tom lane
В списке pgsql-bugs по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера