Re: A very long running query.... - Mailing list pgsql-performance

From Ioannis Anagnostopoulos
Subject Re: A very long running query....
Date
Msg-id 500B1128.6020001@anatec.com
Whole thread Raw
In response to Re: A very long running query....  (Claudio Freire <klaussfreire@gmail.com>)
List pgsql-performance
On 21/07/2012 21:11, Claudio Freire wrote:
> On Sat, Jul 21, 2012 at 5:10 PM, Claudio Freire <klaussfreire@gmail.com> wrote:
>> <ioannis@anatec.com> wrote:
>>>              (feed_all_y2012m07.ship_pos_messages join
>>> ais_server.ship_objects on (ship_pos_messages.obj_id = ship_objects.obj_id))
>>>              on (message_copies.msg_id = ship_pos_messages.msg_id)
>> It's this part of the query that's taking 3.2 hours.
>>
>> Move the filtered message_copies to a CTE, and the filtered
>> ship_pos_messages join to another CTE. That should (in my experience)
>> get you better performance.
> Btw... did you try the hash thing?
Not yet as I am trying at present to simplify the index getting the
georefs out of it. Don't know if this is a good idea but I though that
since I am not testing (yet) any equality other than making sure that
the georefs are not null or empty, I could avoid having it in the index,
thus reducing its size a lot... At least for now.....

pgsql-performance by date:

Previous
From: Claudio Freire
Date:
Subject: Re: A very long running query....
Next
From: Jim Vanns
Date:
Subject: Odd blocking (or massively latent) issue - even with EXPLAIN