Re: Select * is very slow
От | Pavel Stehule |
---|---|
Тема | Re: Select * is very slow |
Дата | |
Msg-id | AANLkTi=ar5kF2j8xjbur1zugQv2Sj6ZOVhamm5kr-7_Y@mail.gmail.com обсуждение исходный текст |
Ответ на | Select * is very slow ("shaiju.ck" <shaiju.ck@gmail.com>) |
Список | pgsql-performance |
Hello do you use a VACUUM statement? Regards Pavel Stehule 2010/11/8 shaiju.ck <shaiju.ck@gmail.com>: > Hi, I have a table employee with 33 columns. The table have 200 records now. > Select * from employee takes 15 seconds to fetch the data!!! Which seems to > be very slow. But when I say select id,name from empoyee it executes in > 30ms. Same pefromance if I say select count(*) from emloyee. Why the query > is slow if I included all the columns in the table. As per my understanding > , number of columns should not be having a major impact on the query > performance. I have increased the shared_buffres to 1024MB, but no > improvement. I have noticed that the query "show shared_buffers" always show > 8MB.Why is this? Does it mean that changing the shared_buffers in config > file have no impact? Can anybody help? Shaiju > ________________________________ > View this message in context: Select * is very slow > Sent from the PostgreSQL - performance mailing list archive at Nabble.com. >
В списке pgsql-performance по дате отправления: