Heikki Linnakangas f897c4744f Fix "element <@ range" cost estimation.
The statistics-based cost estimation patch for range types broke that, by
incorrectly assuming that the left operand of all range oeprators is a
range. That lead to a "type x is not a range type" error. Because it took so
long for anyone to notice, add a regression test for that case.

We still don't do proper statistics-based cost estimation for that, so you
just get a default constant estimate. We should look into implementing that,
but this patch at least fixes the regression.

Spotted by Tom Lane, when testing query from Josh Berkus.
2013-03-21 11:21:51 +02:00
..
2013-03-10 14:16:02 -04:00
2013-01-01 17:15:01 -05:00
2013-03-17 12:06:42 -04:00
2013-03-17 12:06:42 -04:00
2013-03-10 14:16:02 -04:00
2011-08-17 14:07:46 +03:00
2013-03-17 12:06:42 -04:00
2013-03-17 12:06:42 -04:00
2013-01-01 17:15:01 -05:00
2013-01-01 17:15:01 -05:00
2013-02-21 22:46:17 -03:00