Re: Performance of query (fwd)

Поиск
Список
Период
Сортировка
От Edmund Dengler
Тема Re: Performance of query (fwd)
Дата
Msg-id Pine.BSO.4.44.0306111602340.15310-100000@cyclops4.esentire.com
обсуждение исходный текст
Ответ на Re: Performance of query (fwd)  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-general
Whoops! Thanks! Tried it, and it did return very fast (about a second and
a half). Things switched from a "merge join" to a "nested loop".

Regards,
Ed

On Wed, 11 Jun 2003, Tom Lane wrote:

> Edmund Dengler <edmundd@eSentire.com> writes:
> > Ok, tried it with a constant. No improvements. The estimator is still very
> > high.
>
> >   where timestamp > '2003-06-11 9:22 EDT'::timestamp
>
> >                                                          ->  Index Scan using timestamp_idx on event
(cost=0.00..557630.23rows=237136 width=24) (actual time=0.22..16.58 rows=139 loops=1) 
> >                                                                Index Cond: ("timestamp" > ('2003-06-11
09:22:00'::timestampwithout time zone)::timestamp with time zone) 
>
> It would probably help if you cast the constant to the same datatype
> as the column is (which is evidently timestamp with time zone).
> Coercions between timestamp and timestamptz are not considered
> constants, because they depend on SET TIMEZONE.
>
>             regards, tom lane
>


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

Предыдущее
От: Oleg Bartunov
Дата:
Сообщение: Re: tsearch v2
Следующее
От: Bruno Wolff III
Дата:
Сообщение: Re: Index not being used in MAX function (7.2.3)