Re: [BUGS] Sequential Scan Index Bug

2004-04-08 Thread Gabriel Weinberg
Re: [BUGS] Sequential Scan Index Bug On Wed, 7 Apr 2004, Gabriel Weinberg wrote: > Yes, I thought I had done that, but now that I figured out what was > going on, I did it for all cases. So it is no longer occurring for > me, but it still seems like a bug in PostgreSQL. I would expect it t

Re: [BUGS] Sequential Scan Index Bug

2004-04-08 Thread Gabriel Weinberg
Original Message- From: Stephan Szabo [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 07, 2004 12:58 PM To: Gabriel Weinberg Cc: 'Bruno Wolff III'; [EMAIL PROTECTED] Subject: RE: [BUGS] Sequential Scan Index Bug On Wed, 7 Apr 2004, Gabriel Weinberg wrote: > Presumably, but tha

Re: [BUGS] Sequential Scan Index Bug

2004-04-07 Thread Tom Lane
Stephan Szabo <[EMAIL PROTECTED]> writes: > It's possible that we could do something more intelligent than the current > behavior for that case but I can't come up with a particularly good > choice that wouldn't have bad effects elsewhere. In theory we could recognize that "integer_column = 4.35"

Re: [BUGS] Sequential Scan Index Bug

2004-04-07 Thread Stephan Szabo
On Wed, 7 Apr 2004, Gabriel Weinberg wrote: > I would expect if I did intcol = 4.35 or intcol = 'abc', it would throw a > type mismatch error. Well, in practice, the former is AFAICS required to do something "right" by the SQL spec because it explicitly states that all all numbers are mutually c

Re: [BUGS] Sequential Scan Index Bug

2004-04-07 Thread Stephan Szabo
On Wed, 7 Apr 2004, Gabriel Weinberg wrote: > Presumably, but that is not what I was doing. I was responding to the part that was: "I would expect it to throw an error immediately, instead of scanning the table for a value of a different type." If say intcol = 4.345 is an error, is intcol = 4.0

Re: [BUGS] Sequential Scan Index Bug

2004-04-07 Thread Stephan Szabo
On Wed, 7 Apr 2004, Gabriel Weinberg wrote: > Yes, I thought I had done that, but now that I figured out what was going > on, I did it for all cases. So it is no longer occurring for me, but it > still seems like a bug in PostgreSQL. I would expect it to throw an error > immediately, instead of

Re: [BUGS] Sequential Scan Index Bug

2004-04-07 Thread Gabriel Weinberg
Yes, I thought I had done that, but now that I figured out what was going on, I did it for all cases. So it is no longer occurring for me, but it still seems like a bug in PostgreSQL. I would expect it to throw an error immediately, instead of scanning the table for a value of a different type. I

Re: [BUGS] Sequential Scan Index Bug

2004-04-06 Thread Bruno Wolff III
On Sat, Apr 03, 2004 at 13:51:56 -0500, Gabriel Weinberg <[EMAIL PROTECTED]> wrote: > > I have a table with an integer column with about 10M rows in it. > > This column has an index (btree). > > When I try to select a row using this column with an integer, e.g. select * > from table where id=4

[BUGS] Sequential Scan Index Bug

2004-04-05 Thread Gabriel Weinberg
I have a table with an integer column with about 10M rows in it. This column has an index (btree). When I try to select a row using this column with an integer, e.g. select * from table where id=4, it always uses the index. However, if I select try to select a row using this column with a decim