Re: Broken selectivity with special inet operators

From: Josh Berkus <josh(at)agliodbs(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: pgsql-bugs(at)postgresql(dot)org
Subject: Re: Broken selectivity with special inet operators
Date: 2011-09-22 00:37:15
Message-ID: 4E7A833B.1010609@agliodbs.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs


> If you mean the indexscan optimization, we do know how to estimate the
> cost of the indexscans, because that depends mostly on the behavior of
> the added < or > condition(s). This does not imply knowing how to
> estimate the behavior of >>= itself.

If we can estimate the cost of the indexscan, why can't we estimate the
rowcount? Sorry if I'm being dense here, but I really don't understand
how the special operator code works at all.

--
Josh Berkus
PostgreSQL Experts Inc.
http://pgexperts.com

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Tom Lane 2011-09-22 00:48:03 Re: Broken selectivity with special inet operators
Previous Message Robert Haas 2011-09-22 00:35:02 Re: [v9.2] make_greater_string() does not return a string in some cases