Re: FreeBSD upgrade causes performance degredation - Mailing list pgsql-admin

From Tom Lane
Subject Re: FreeBSD upgrade causes performance degredation
Date
Msg-id 15012.1004586906@sss.pgh.pa.us
Whole thread Raw
In response to Re: FreeBSD upgrade causes performance degredation  ("Peter Schmidt" <peterjs@home.com>)
Responses Re: FreeBSD upgrade causes performance degredation  ("Peter Schmidt" <peterjs@home.com>)
List pgsql-admin
"Peter Schmidt" <peterjs@home.com> writes:
> Old function was something like this:
>         SELECT COL1 FROM TABLE WHERE COL2 = SP_FUNCTION(ARG, ARG, ARG, ...)

> The query was modified so that the call to the second function was executed
> as a subselect (and thereby executed only once for all rows in the first
> select?):

>         SELECT COL1 FROM TABLE WHERE COL2 = (SELECT SP_FUNCTION(ARG, ARG,
> ARG...))

This seems like a rather klugy substitute for marking the function
"iscachable".  You might want to read up on that in the CREATE FUNCTION
documentation.

I don't see why an OS change would affect this though; I think you still
have more digging to do to understand the issue.  Did you reinstall
Postgres after the OS update, and if so is it possible you neglected to
do VACUUM ANALYZE after reloading the database?

            regards, tom lane

pgsql-admin by date:

Previous
From: Jeremy Buchmann
Date:
Subject: Re: backup file system
Next
From: Tom Lane
Date:
Subject: Re: backup file system