From: | "Merlin Moncure" <mmoncure(at)gmail(dot)com> |
---|---|
To: | bricklen <bricklen(at)gmail(dot)com> |
Cc: | pgsql-performance(at)postgresql(dot)org |
Subject: | Re: Poor plan choice in prepared statement |
Date: | 2008-12-30 19:42:49 |
Message-ID: | b42b73150812301142w4483978ahfb819b0313150dbb@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
On Tue, Dec 30, 2008 at 1:59 PM, bricklen <bricklen(at)gmail(dot)com> wrote:
> Hi, I am re-posting my question here after trying to find a solution
> in the PHP pgsql list with no luck.
>
> I am experiencing some performance issues that I think are stemming
> from prepared statements. I have a pretty simple query:
> -- bad plan, from prepared statement
> --
> dev=# prepare fooplan (date,date,int,int) as
> dev-# SELECT cl.idOffer AS campaign, cl.idAffiliate AS affiliate,
> cl.idCreative AS creative, cl.subid, cl.datetime
> dev-# FROM click AS cl LEFT JOIN conversion AS co ON cl.clickGenerated
> = co.clickGenerated
> dev-# WHERE cl."date" >= $1
> dev-# AND cl."date" <= $2
> dev-# AND cl.idAffiliate = $3
> dev-# LIMIT $4;
Your problem is that the query as written is hard to plan. The
database has no idea what you pass in, it has to guess. (IMO, It
almost always guesses wrong...I think it should assume 1 row
returned). Also, the db has no idea what you want to pass in at plan
time for date.
what indexes do you have on click?
merlin
From | Date | Subject | |
---|---|---|---|
Next Message | bricklen | 2008-12-30 19:55:15 | Re: Poor plan choice in prepared statement |
Previous Message | bricklen | 2008-12-30 18:59:23 | Poor plan choice in prepared statement |