Re: Bugs in bigint indexes

Поиск
Список
Период
Сортировка
От jmm
Тема Re: Bugs in bigint indexes
Дата
Msg-id 005201c3c65a$1c549f50$8201020a@eden.fr
обсуждение исходный текст
Ответ на Bugs in bigint indexes  ("Gustavo Scotti" <gscotti@axur.com.br>)
Список pgsql-bugs
MessageTry this

 explain SELECT id FROM it_test WHERE id=3D'123';
                                 QUERY PLAN
----------------------------------------------------------------------------
 Index Scan using it_test_pkey on it_test  (cost=3D0.00..4.82 rows=3D1 widt=
h=3D8)
   Index Cond: (id =3D 123::bigint)
(2 rows)

The point is that 123 is naturally considered by Postgres to be an int4. If=
 you want to specify it is an int8 then use quotes around your value or an =
explicit cast if the sought value is some kind of int4, int2 attribute.

The same apply for smallints.


  ----- Original Message -----=20
  From: Gustavo Scotti=20
  To: pgsql-bugs@postgresql.org=20
  Sent: Wednesday, December 17, 2003 8:56 PM
  Subject: [BUGS] Bugs in bigint indexes
  I almost got nuts those two days I'm stuck with this issue...=20
  Let's get straight to the point. I'm using a small portion of my actual t=
able, but this is enough.

  CREATE SEQUENCE it_seq;
  CREATE TABLE it_test (
   id   bigint not null primary key default nextval('public.it_test_id_seq'=
::text)
  );

  explain SELECT id FROM it_test WHERE id=3D123;
  Seq Scan on it_test (cost=3D0.0..22.50 rows=3D2 width=3D8)
     Filter: (id=3D123)
  (2 rows)

В списке pgsql-bugs по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Bugs in bigint indexes
Следующее
От: Michael Meskes
Дата:
Сообщение: Re: 7.1.3 ecpg answered BUT...