From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | "JOE" <joe(at)piscitella(dot)com> |
Cc: | pgsql-sql(at)postgresql(dot)org |
Subject: | Re: Unexplained SQL behavior |
Date: | 2002-08-18 01:55:24 |
Message-ID: | 7208.1029635724@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-sql |
"JOE" <joe(at)piscitella(dot)com> writes:
> In the examples below I have a view with 10 columns. I run an explain plan=
> and it uses the primary key of the driver table (enrollment table) as to b=
> e expected and executes in 1.86 msec. When I added another columns (and it=
> is a null value casted to a timestamp - LASTACCESSED) the execution plan n=
> ow uses a totally different plan and now runs for 8622.16 msec. Anyone hav=
> e any ideas or explination that may help understand?? --- thanks
Seems odd to me too, but it's difficult to speculate without being able
to try to reproduce the example. Could we see the full declarations of
the tables involved? (pg_dump -s output would be good.)
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Julian Scarfe | 2002-08-18 11:49:18 | Ordering with GROUPs |
Previous Message | JOE | 2002-08-18 01:07:59 | Unexplained SQL behavior |