Re: forced sequential scan when condition has current_user

Поиск
Список
Период
Сортировка
От Fernando Hevia
Тема Re: forced sequential scan when condition has current_user
Дата
Msg-id 2C6DE1FB86AB4DFD9B8D19853E7F5560@iptel.com.ar
обсуждение исходный текст
Ответ на forced sequential scan when condition has current_user  (Keresztury Balázs <balazs@gaslightmusic.hu>)
Ответы Re: forced sequential scan when condition has current_user  (Keresztury Balázs <balazs@gaslightmusic.hu>)
Список pgsql-performance

> -----Mensaje original-----
> De: Keresztury Balázs
>
> hi,
>
> just a small question: is it normal that PostgreSQL 8.4.1
> always uses sequential scanning on any table when there is a
> condition having the constant "current_user"? Of course there
> is a btree index set on that table, but the DBMS just doesn't
> want to utilize it. When I replace current_user to any
> string, the planner uses the index normally.
>
> I can demonstrate it with the following simple query:
>
> SELECT psz.kotesszam FROM projekt.projektszervezet psz WHERE
> psz.felhasznalo_id = current_user;
>

Probably you are comparing different types. Try explicitly casting
current_user to text:

SELECT psz.kotesszam FROM projekt.projektszervezet psz WHERE
psz.felhasznalo_id = current_user::text




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

Предыдущее
От: Brad Nicholson
Дата:
Сообщение: Re: DB is slow until DB is reloaded
Следующее
От: Andy Colson
Дата:
Сообщение: Re: pg_connect takes 3.0 seconds