Clustered tables and seqscan disabled

From: Henrique Engelmann <henriqueengelmann(at)yahoo(dot)com(dot)br>
To: pgsql-performance(at)postgresql(dot)org
Subject: Clustered tables and seqscan disabled
Date: 2005-12-10 15:29:37
Message-ID: 20051210152937.71243.qmail@web36410.mail.mud.yahoo.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

Hi,

Sometime ago I worked in an implantation project that uses postgresql and I remember than the software house recommended us to use seqscan off...
I was not very sure, but I thought the best way should be set seqscan on and let postgresql choose the best access plan (index or seqscan). Even against the other team members I changed the configuration to seqscan on and the system didn´t worked anymore.

Studying better the reasons I verified that applications were expecting data in primary index order but with seqscan ON sometimes postgresql didn´t use an index and naturally data came without order.

I suggested changing the application and including a order by clause... but
the software house didn´t make it because they said the system was originally designed for oracle and they did not need to use the ORDER BY clause with Oracle and even so the data were always retrieved in primary index order.

I´m thinking with myself ... what kind of problems will they have in the future?

I think this kind of configuration is very dependent of clustered tables... Am I right?

Best regards!

Engelmann.

__________________________________________________
Faça ligações para outros computadores com o novo Yahoo! Messenger
http://br.beta.messenger.yahoo.com/

Responses

Browse pgsql-performance by date

  From Date Subject
Next Message Yves Vindevogel 2005-12-10 15:55:56 Executing a shell command from a PG function
Previous Message Carlos Benkendorf 2005-12-10 11:34:23 Is RAID10 the best choice?