[PERFORM] optimizing large query with IN (...)

2004-03-09 Thread Marcus Andree S. Magalhaes
Guys, I got a Java program to tune. It connects to a 7.4.1 postgresql server running Linux using JDBC. The program needs to update a counter on a somewhat large number of rows, about 1200 on a ~130k rows table. The query is something like the following: UPDATE table SET table.par = table.par +

Re: [PERFORM] optimizing large query with IN (...)

2004-03-10 Thread Marcus Andree S. Magalhaes
Hmm... from the 'performance' point of view, since the data comes from a quite complex select statement, Isn't it better/quicker to have this select replaced by a select into and creating a temporary database? The problem, as I understand it, is that 7.4 introduced massive improvements in

Re: [PERFORM] postgres eating CPU on HP9000

2004-03-27 Thread Marcus Andree S. Magalhaes
snip We are experiencing exactly the same problem here, and we use 7.4 on Linux/i386 SMP (2 processors). Our databases does even more access: about 30k selects per hour, 10k updates and inserts per hour Vacuum analyze is done daily. We migrated our database to a new server. Initially,

Re: [PERFORM] postgres eating CPU on HP9000

2004-03-29 Thread Marcus Andree S. Magalhaes
Marcus, We are experiencing exactly the same problem here, and we use 7.4 on Linux/i386 SMP (2 processors). Our databases does even more access: about 30k selects per hour, 10k updates and inserts per hour Vacuum analyze is done daily. What is your max_fsm_pages setting? If you are