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/
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? |