| From: | Marc Cousin <mcousin(at)sigma(dot)fr> |
|---|---|
| To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
| Cc: | pgsql-performance(at)postgresql(dot)org |
| Subject: | Re: Problem with large query |
| Date: | 2004-09-08 14:49:59 |
| Message-ID: | 200409081650.00228.mcousin@sigma.fr |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-performance |
The query has been generated by business objects ... i'ill try to suggest to the developpers to remove this constant (if they can)...
The fields used by the sort are of type numeric(6,0) or (10,0) ...
Could it be better if the fields were integer or anything else ?
On Wednesday 08 September 2004 16:40, you wrote:
> Marc Cousin <mcousin(at)sigma(dot)fr> writes:
> > I'm having trouble with a (quite big) query, and can't find a way to make it
> > faster.
>
> Seems like it might help if the thing could use a HashAggregate instead
> of sort/group. Numeric is not hashable, so having those TO_NUMBER
> constants in GROUP BY destroys this option instantly ... but why in the
> world are you grouping by constants anyway? You didn't say what the
> datatypes of the other columns were...
>
> regards, tom lane
>
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2004-09-08 14:56:17 | Re: Problem with large query |
| Previous Message | Adam Sah | 2004-09-08 14:47:33 | Re: Problem with large query |