From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Zeugswetter Andreas SB <ZeugswetterA(at)wien(dot)spardat(dot)at> |
Cc: | "'pgsql-hackers(at)postgreSQL(dot)org'" <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: AW: [HACKERS] Some notes on optimizer cost estimates |
Date: | 2000-01-24 18:17:57 |
Message-ID: | 26017.948737877@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Zeugswetter Andreas SB <ZeugswetterA(at)wien(dot)spardat(dot)at> writes:
> My points are:
> 1. even if it is good for an optimizer to be smart,
> it is even more important, that it is predictable
A good point indeed. And unless we find that there is a huge range in
the ratios across different machines, we'd be wasting our time trying to
calibrate the numbers for a particular machine --- we could just as well
use an average value. The optimizer has many other, far worse, sources
of error than that.
> 2. I compile on test machine, production is completely different
> (more processors, faster disks and controllers)
In practice we'd do this at initdb time, not configure time, so I'm
not sure that that's really an issue. But your other point is
well taken.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Peter Mount | 2000-01-24 18:18:24 | Re: [HACKERS] Proposed change to the JDBC driver |
Previous Message | Ed Loehr | 2000-01-24 18:13:56 | Re: [HACKERS] Well, then you keep your darn columns |