Re: Disparity between 8.1.18 and 8.2.14 performance wise

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: "Dai, Tino" <tdai(at)loc(dot)gov>
Cc: "pgsql-admin(at)postgresql(dot)org" <pgsql-admin(at)postgresql(dot)org>
Subject: Re: Disparity between 8.1.18 and 8.2.14 performance wise
Date: 2010-03-22 23:07:35
Message-ID: 16222.1269299255@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

"Dai, Tino" <tdai(at)loc(dot)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=43833 loops=1)
> Filter: (((section)::text = (section)::text) AND (ref_id = ref_id))

Can you get rid of those?

regards, tom lane

In response to

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message Iñigo Martinez Lasala 2010-03-23 08:10:16 Re: Bad encoded chars in being inserted into database
Previous Message Bruce Momjian 2010-03-22 22:47:34 Re: insert in function writen in pgplsql