Re: Unexplained SQL behavior

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

In response to

Browse pgsql-sql by date

  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