Re: Very slow viewing of large table.

From: Constantin Stefanov <cstef(at)mail(dot)ru>
To: pgadmin-support(at)postgresql(dot)org
Subject: Re: Very slow viewing of large table.
Date: 2003-10-23 07:59:15
Message-ID: 3F978A53.4000903@mail.ru
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgadmin-support

Dave Page wrote:

>>Thanks, I set that value to 0, and now I have the desired behaviour.
>>But, for that table the values are:
>>Rows(estimated) - 7
>>Rows(counted) - 77204608
>>I think the difference is too large. From the debug output I
>>could not understand the query which pg_admin issues to have
>>the value for estimated number of rows. Could you show me
>>that query so I could give it directly from psql to see
>>whether there is an error in my database stats or there is a
>>bug in pg_admin when interpreting query result?
>
> It works fine for me, so the query is probably right. When did you last
> run VACUUM ANALYZE on that table or database?
I have VACCUM ANALYZE every nignt and VACCUM FULL every week.

> The value comes from pg_class.reltuples which is updated by VACUUM
> ANALYZE:
>
> SELECT relname, reltuples FROM pg_class;
For my table there is
------------------------------
accounting# SELECT relname, reltuples FROM pg_class where
relname='ip_accounting';
relname | reltuples
---------------+-------------
ip_accounting | 7.71493e+07
------------------------------
May be there is some overflow or incorrect result parsing?

--
Constantin Stefanov

In response to

Browse pgadmin-support by date

  From Date Subject
Next Message Dave Page 2003-10-23 08:18:15 Re: Very slow viewing of large table.
Previous Message Dave Page 2003-10-23 07:26:43 Re: Very slow viewing of large table.