Re: problem with pg_statistics
От
Manfred Koizar
Тема
Re: problem with pg_statistics
Дата
Msg-id
h64mfv8quqjc19dv0ufm9oegj6p1rpeipp@4ax.com
Ответ на
Re: problem with pg_statistics (Tom Lane)
Список
Дерево обсуждения
problem with pg_statistics Andre Schubert <andre@km3.de>
Re: problem with pg_statistics Tom Lane <tgl@sss.pgh.pa.us>
Re: problem with pg_statistics Manfred Koizar <mkoi-pg@aon.at>
Re: problem with pg_statistics Tom Lane <tgl@sss.pgh.pa.us>
Re: problem with pg_statistics Andre Schubert <andre.schubert@km3.de>
Re: problem with pg_statistics Manfred Koizar <mkoi-pg@aon.at>
Re: problem with pg_statistics Andre Schubert <andre@km3.de>
Re: problem with pg_statistics Manfred Koizar <mkoi-pg@aon.at>
Re: problem with pg_statistics Andre Schubert <andre.schubert@km3.de>
On Thu, 26 Jun 2003 10:08:05 -0400, Tom Lane wrote: >Andre Schubert writes: >> i think i need a little help with a problem with pg_statistic. > >Try reducing random_page_cost With index scan cost being more than 25 * seq scan cost, I guess that - all other things held equal - even random_page_cost = 1 wouldn't help. Andre might also want to experiment with effective_cache_size and with ALTER TABLE ... SET STATISTICS. Or there's something wrong with correlation? Andre, what hardware is this running on? What are the values of shared_buffers, random_page_cost, effective_cache_size, ... ? Could you show us the result of SELECT * FROM pg_stats WHERE tablename = "tbl_traffic" AND attname = "time_stamp"; Servus Manfred
В списке pgsql-performance по дате отправления
От: SZUCS Gábor
Дата: