Re: pgadmin3 and partitionned tables
От | Andreas Pflug |
---|---|
Тема | Re: pgadmin3 and partitionned tables |
Дата | |
Msg-id | 443A5B0C.7090502@pse-consulting.de обсуждение исходный текст |
Ответ на | Re: pgadmin3 and partitionned tables (Marc Cousin <mcousin@sigma.fr>) |
Ответы |
Re: pgadmin3 and partitionned tables
|
Список | pgadmin-support |
Marc Cousin wrote: > all the databases of the cluster are regularly vacuumed (at least once a day), > all the stats are up to date. If stats say 0 ("estimated rows") rows but 40M rows are present stats are clearly not up-to-date. We had interpretation problems of pg_class.reltuples because it was read as int, not as float, but that was fare earlier than 1.4. If SELECT reltuples FROM pg_class WHERE relname='<foo>' returns non-zero, but estimated rows is 0, your platform's strtod might have a locale problem, but I doubt that because from my observations pgsql will always return [1-9].[0-9](n)e[1-9](n), i.e. if the decimal point was the problem est. rowcount would be between 1 and 9. Regards, Andreas
В списке pgadmin-support по дате отправления: