Re: Disparity between 8.1.18 and 8.2.14 performance wise - Mailing list pgsql-admin

From Tom Lane
Subject Re: Disparity between 8.1.18 and 8.2.14 performance wise
Date
Msg-id 16222.1269299255@sss.pgh.pa.us
Whole thread Raw
In response to Disparity between 8.1.18 and 8.2.14 performance wise  ("Dai, Tino" <tdai@loc.gov>)
Responses Re: Disparity between 8.1.18 and 8.2.14 performance wise  ("Dai, Tino" <tdai@loc.gov>)
List pgsql-admin
"Dai, Tino" <tdai@loc.gov> writes:
> After many days of googling and referring to different web pages about performance, I'm
> turning to this list for help. We have a third party application that is running on 8.1.11 and the
> vendor has told us not to upgrade the database to 8.2.

8.2 was released in 2006.  8.1 is going to be desupported entirely at
the end of 2010.  You really need to be holding your vendor's feet to
the fire about supporting modern versions of Postgres, rather than
looking for workarounds.

But having said that, I think 8.1 might generate a reasonable plan if it
weren't getting misled by these useless constraints:

>                ->  Seq Scan on role_setting  (cost=0.00..964.50 rows=1 width=70) (actual time=0.036..121.443
rows=43833loops=1) 
>                      Filter: (((section)::text = (section)::text) AND (ref_id = ref_id))

Can you get rid of those?

            regards, tom lane

pgsql-admin by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: insert in function writen in pgplsql
Next
From: Iñigo Martinez Lasala
Date:
Subject: Re: Bad encoded chars in being inserted into database