Re: Performance degredation at client site - Mailing list pgsql-performance

From Tom Lane
Subject Re: Performance degredation at client site
Date
Msg-id 20887.1107193579@sss.pgh.pa.us
Whole thread Raw
In response to Performance degredation at client site  (Bill Chandler <billybobc1210@yahoo.com>)
Responses Re: Performance degredation at client site  (Bill Chandler <billybobc1210@yahoo.com>)
List pgsql-performance
Bill Chandler <billybobc1210@yahoo.com> writes:
> Update processes run continually throughout the day in
> which rows are inserted but none deleted.

What about row updates?

> Even seemingly simple commands are taking forever.
> For example:
> select evt_id from event_tbl where evt_id=1;
> takes over a minute to complete.

Since evt_id is a bigint, you need to write that as

select evt_id from event_tbl where evt_id=1::bigint;

or various other locutions that have the same effect.  What you have is
a bigint-vs-int comparison, which is not indexable in releases before 8.0.

The same problem is occurring in your other example.

            regards, tom lane

pgsql-performance by date:

Previous
From: Bill Chandler
Date:
Subject: Performance degredation at client site
Next
From: PFC
Date:
Subject: Re: Performance degredation at client site