Re: Removing INNER JOINs
От | Tom Lane |
---|---|
Тема | Re: Removing INNER JOINs |
Дата | |
Msg-id | 19367.1417628023@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: Removing INNER JOINs (Stephen Frost <sfrost@snowman.net>) |
Ответы |
Re: Removing INNER JOINs
Re: Removing INNER JOINs |
Список | pgsql-hackers |
Stephen Frost <sfrost@snowman.net> writes: > * Tom Lane (tgl@sss.pgh.pa.us) wrote: >> However, even granting that that is a concern, so what? You *have* to >> do the planning twice, or you're going to be generating a crap plan for >> one case or the other. > Yeah, I don't see a way around that.. Also, it occurs to me that it's only necessary to repeat the join search part of the process, which means that in principle the mechanisms already exist for that; see GEQO. This means that for small join problems, the total planning time would much less than double anyway. For large problems, where the join search is the bulk of the time, we could hope that removal of unnecessary joins would reduce the join search runtime enough that the second search would be pretty negligible next to the first (which is not optional). So I think "it'll double the runtime" is an unfounded objection, or at least there's good reason to hope it's unfounded. regards, tom lane
В списке pgsql-hackers по дате отправления: