Re: Performance of a query
От | Edmund Dengler |
---|---|
Тема | Re: Performance of a query |
Дата | |
Msg-id | Pine.BSO.4.44.0306112112270.149-100000@cyclops4.esentire.com обсуждение исходный текст |
Ответ на | Re: Performance of a query (Bruno Wolff III <bruno@wolff.to>) |
Ответы |
Re: Performance of a query
|
Список | pgsql-general |
Tried the query. Looks like this suffers the same fate as now(): the planner does not deal with this as a pseudo constant, so therefore the estimator over-estimates the number of possible rows, and thereby chooses the wrong operator (a "merge join") to apply. Regards, Ed On Wed, 11 Jun 2003, Bruno Wolff III wrote: > On Wed, Jun 11, 2003 at 20:51:39 -0400, > Edmund Dengler <edmundd@eSentire.com> wrote: > > Doesn't seem to exist. > > > > select current_user; ==> works. > > > > select local_timestamp; ==> "ERROR: Attribute "local_timestamp" not > > found". > > > > Is this perhaps a deprecated constant? (Currently running 7.3.3) > > There isn't an underline. Sorry about that. It is in both 7.3 and 7.4. > Its documented under date time functions under operators and functions. >
В списке pgsql-general по дате отправления: