Alfred Perlstein <[EMAIL PROTECTED]> writes: > If you're saying that you're OK with the work Vadim has done please > let him know, I'm assuming he hasn't committed out of respect for your > still standing objection. Well, I'm still against committing it now, but I only have one core vote, and I seem to be losing 3:1. I know when to concede ;-) > As far as the work you're proposing, how much of a gain is it over > the current code? 2x? 3x? 20x? :) There's a difference between a > slight performance increase and something too good to pass up. Hard to tell without doing the work. But we already know that extra paths inside the planner pose a combinatorial penalty --- think exponential behavior, not linear speedups... regards, tom lane
- [HACKERS] Idea for reducing planning time Tom Lane
- Re: [HACKERS] Idea for reducing planning time Alfred Perlstein
- Re: [HACKERS] Idea for reducing planning time The Hermit Hacker
- Re: [HACKERS] Idea for reducing planning ti... Alfred Perlstein
- Re: [HACKERS] Idea for reducing plannin... Marc G. Fournier
- [HACKERS] Re: Idea for reducing planning time Tom Lane
- [HACKERS] Re: Idea for reducing planning time Bruce Momjian
- Re: [HACKERS] Idea for reducing planning time Tom Lane
- Re: [HACKERS] Idea for reducing planning time Bruce Momjian
- Re: [HACKERS] Idea for reducing planning ti... Tom Lane
- Re: [HACKERS] Idea for reducing plannin... Bruce Momjian
- Re: [HACKERS] Idea for reducing plannin... Tatsuo Ishii
- Re: [HACKERS] Idea for reducing pl... Tom Lane
- Re: [HACKERS] Idea for reducin... Tatsuo Ishii
- RE: [HACKERS] Idea for reducing planning time Mikheev, Vadim