Re: Corner case for add_path_precheck

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Corner case for add_path_precheck
Дата
Msg-id 14739.1423694016@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Corner case for add_path_precheck  (Antonin Houska <ah@cybertec.at>)
Список pgsql-hackers
Antonin Houska <ah@cybertec.at> writes:
> Tom Lane <tgl@sss.pgh.pa.us> wrote:
>> Antonin Houska <ah@cybertec.at> writes:
>>> The special case is that the path passed to add_path_precheck() has costs
>>> *equal to* those of the old_path. If pathkeys, outer rells and costs are the
>>> same, as summarized in the comment above, I expect add_path_precheck() to
>>> return false. Do I misread anything?

>> It does, so I don't see your point?

> Just that pre-check is - in this special (and very rare?) case - more
> stringent than the proper check would be.

It's assuming that a nonzero amount of cost will be added on before the
real check happens.  Even if none was added, discarding the new path is
the way we'd break the tie that would result, so I still don't see your
point.
        regards, tom lane



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Antonin Houska
Дата:
Сообщение: Re: Corner case for add_path_precheck
Следующее
От: Anastasia Lubennikova
Дата:
Сообщение: Index-only scans for GiST.