Re: AW: [HACKERS] Some notes on optimizer cost estimates

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

In response to

Responses

Browse pgsql-hackers by date

  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