Re: UPDATE: pg_dump fails due to invalid memory request
От | Michael Fuhr |
---|---|
Тема | Re: UPDATE: pg_dump fails due to invalid memory request |
Дата | |
Msg-id | 20050903225941.GA3582@winnie.fuhr.org обсуждение исходный текст |
Ответ на | Re: UPDATE: pg_dump fails due to invalid memory request ("Morgan Kita" <mkita@verseon.com>) |
Ответы |
Re: UPDATE: pg_dump fails due to invalid memory request
|
Список | pgsql-novice |
On Sat, Sep 03, 2005 at 01:48:49PM -0700, Morgan Kita wrote: > Can someone explain to me why one works and not the other without > PG_DETOAST_DATUM? I don't know, but I'd guess that SELECT does some intermediate processing that detoasts the data before it gets to the type's output function. Maybe one of the developers will explain what's happening. > Also can someone tell me how to easily tell how much data for a > particular table is being toasted? Look at the sizes of the table and its toast table. If your statistics are up to date on both, then a query like the following should work: SELECT c.relpages AS tablepages, t.relpages AS toastpages FROM pg_class AS c JOIN pg_class AS t ON t.oid = c.reltoastrelid WHERE c.relname = 'tablename'; See also the contrib/dbsize module (which will move into the standard backend in 8.1). -- Michael Fuhr
В списке pgsql-novice по дате отправления: