Re: Parameterized-path cost comparisons need some work
От | Tom Lane |
---|---|
Тема | Re: Parameterized-path cost comparisons need some work |
Дата | |
Msg-id | 4952.1330542523@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: Parameterized-path cost comparisons need some work (Robert Haas <robertmhaas@gmail.com>) |
Ответы |
Re: Parameterized-path cost comparisons need some work
|
Список | pgsql-hackers |
Robert Haas <robertmhaas@gmail.com> writes: > On Wed, Feb 29, 2012 at 1:40 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote: >> Indeed, and the code already knows that. �However, in this example, path >> A is capable of dominating the other three (being strictly less >> parameterized than them), and B and C are each capable of dominating D. >> The problem is just that I'd neglected to consider that rowcount now >> also becomes a figure of merit. > In theory, yes, but in practice, won't it nearly always be the case > that a less parameterized path generates more rows, and a more > parameterized path generates less rows, so that neither dominates the > other? I think you're just assuming that without any solid evidence. My point is precisely that if the more-parameterized path *fails* to generate fewer rows, we want add_path to notice that and throw it out (or at least be able to throw it out, if there's not another reason to keep it). regards, tom lane
В списке pgsql-hackers по дате отправления: