From: | Edmund Dengler <edmundd(at)eSentire(dot)com> |
---|---|
To: | Bruno Wolff III <bruno(at)wolff(dot)to> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: Performance of a query |
Date: | 2003-06-12 01:13:52 |
Message-ID: | Pine.BSO.4.44.0306112112270.149-100000@cyclops4.esentire.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | 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(at)eSentire(dot)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.
>
From | Date | Subject | |
---|---|---|---|
Next Message | Ardell Dzaky | 2003-06-12 01:24:10 | test - pls ignore |
Previous Message | Bruno Wolff III | 2003-06-12 01:11:02 | Re: Performance of a query |