Re: Very slow viewing of large table.

Поиск
Список
Период
Сортировка
От Dave Page
Тема Re: Very slow viewing of large table.
Дата
Msg-id 03AF4E498C591348A42FC93DEA9661B84C5C3D@mail.vale-housing.co.uk
обсуждение исходный текст
Ответ на Very slow viewing of large table.  (Constantin Stefanov <cstef@mail.ru>)
Список pgadmin-support

> -----Original Message-----
> From: Andreas Pflug [mailto:pgadmin@pse-consulting.de]
> Sent: 23 October 2003 11:51
> To: Dave Page
> Cc: Constantin Stefanov; pgadmin-support@postgresql.org
> Subject: Re: [pgadmin-support] Very slow viewing of large table.
>
> Dave Page wrote:
>
> >
> >
> >
> >
> >>-----Original Message-----
> >>From: Constantin Stefanov [mailto:cstef@mail.ru]
> >>Sent: 23 October 2003 08:59
> >>To: pgadmin-support@postgresql.org
> >>Subject: Re: [pgadmin-support] Very slow viewing of large table.
> >>
> >>
> >>
> >>>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?
> >>
> >>
> >
> >Hmm, shouldn't be - the code appears to use longs
> everywhere. I can't
> >really spend time on this now though - Andreas, can you take a look
> >please?
> >
> >
> It's not an overflow, instead the column is scanned as int,
> resulting in
> reltuples=7 (which isn't too precise :-) I changed the types
> of rows to wxLongLong, and estimatedRows to double now.

Of course (kicking myself now...)

Regards, Dave.


В списке pgadmin-support по дате отправления:

Предыдущее
От: Andreas Pflug
Дата:
Сообщение: Re: EXPORT from Query Tool
Следующее
От: Andreas Pflug
Дата:
Сообщение: Re: Execute TO in PgadminIII