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 по дате отправления: