[Fwd: Re: [GENERAL] [PERFORM] query problem]

2004-10-13 Thread Robin Ericsson
Sent this to wrong list. Forwarded Message From: Robin Ericsson <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Re: [GENERAL] [PERFORM] query problem Date: Wed, 13 Oct 2004 18:27:20 +0200 On Wed, 2004-10-13 at 18:01 +0200, Robin Ericsson wrote: > Using exact timest

Re: [PERFORM] query problem

2004-10-13 Thread Robin Ericsson
On Wed, 2004-10-13 at 11:03 -0400, Tom Lane wrote: > Robin Ericsson <[EMAIL PROTECTED]> writes: > > I sent this to general earlier but I was redirected to performance. > > Actually, I think I suggested that you consult the pgsql-performance > archives, where this type of problem has been hashed ou

Re: [PERFORM] query problem

2004-10-13 Thread Tom Lane
Robin Ericsson <[EMAIL PROTECTED]> writes: > I sent this to general earlier but I was redirected to performance. Actually, I think I suggested that you consult the pgsql-performance archives, where this type of problem has been hashed out before. See for instance this thread: http://archives.postg

Re: [PERFORM] query problem

2004-10-13 Thread ken
On Wed, 2004-10-13 at 02:21, Robin Ericsson wrote: > Hi, > > I sent this to general earlier but I was redirected to performance. > > The query have been running ok for quite some time, but after I did a > vacuum on the database, it's very very slow. Did you do a VACUUM FULL ANALYZE on the datab

[PERFORM] query problem

2004-10-13 Thread Robin Ericsson
Hi, I sent this to general earlier but I was redirected to performance. The query have been running ok for quite some time, but after I did a vacuum on the database, it's very very slow. This IN-query is only 2 ids. Before the problem that in was a subselect-query returning around 6-7 ids. The ta

Re: [PERFORM] Query problem

2003-07-27 Thread Rod Taylor
Try re-arranging your join structure: , A_CARS O JOIN A_CH_CAR CHT ON (CHT.IDS=O.IDS) left outer join A_SLUJITELI SLU ON(O.IDS_SLUJITEL=SLU.IDS) left outer join A_AUTOVOZ AWT ON(O.IDS_AUTOVOZ=AWT.IDS) left outer join A_COMBOPT CB ON(O.IDS_COMBOPT=CB.IDS) left outer

Re: RE : [PERFORM] Query problem

2003-07-27 Thread pginfo
Hi Bruno, I think I have tunet it. Pg is working for most of my selects, but I have problem with this one. regards, ivan Bruno BAGUETTE wrote: > Hello, > > > One of my selects is working much slower as in oracle. > > In this example I am using not many rows in tables. > > For all the joins I hav

RE : [PERFORM] Query problem

2003-07-27 Thread Bruno BAGUETTE
Hello, > One of my selects is working much slower as in oracle. > In this example I am using not many rows in tables. > For all the joins I have indexes. > All IDS or IDS_xxx are name. > > Pls if it is possible poit me how to fix this problem. > > I send the query and the explai analyze. > I hav

[PERFORM] Query problem

2003-07-27 Thread pginfo
Hi , I am working to migrate a oracle application to pg. I am using pg 7.3.3 on Dual PIII, 2 GB RAM,linux RedHat 7.3. One of my selects is working much slower as in oracle. In this example I am using not many rows in tables. For all the joins I have indexes. All IDS or IDS_xxx are name. Pls if i