Re: ERROR: row is too big: size 9856, maximum size 8136

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: "Joel Fradkin" <jfradkin(at)wazagua(dot)com>
Cc: "'Michael Fuhr'" <mike(at)fuhr(dot)org>, pgsql-sql(at)postgresql(dot)org
Subject: Re: ERROR: row is too big: size 9856, maximum size 8136
Date: 2005-01-20 20:38:07
Message-ID: 8972.1106253487@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-sql

"Joel Fradkin" <jfradkin(at)wazagua(dot)com> writes:
> Sorry, that was the statement that caused the error.

Hmm. The error is associated with trying to store an oversized row.
And CREATE VIEW doesn't store any rows ... except into system catalogs.
So the only theory I can think of is that the pg_rewrite row for the
view is exceeding 8K. Which can't happen, because no matter how
complicated the view definition rule is, the tuple toaster should have
sprung into action and pushed the rule text out-of-line.

Could we see the results of

select * from pg_class where relname = 'pg_rewrite';

select attname,atttypid::regtype,attstorage from pg_attribute where
attrelid = 'pg_rewrite'::regclass and attnum > 0;

7.4 should certainly be configured to have a toast table for pg_rewrite,
but maybe something went wrong during initdb on your installation.

regards, tom lane

In response to

Responses

Browse pgsql-sql by date

  From Date Subject
Next Message Joel Fradkin 2005-01-20 21:08:49 Re: ERROR: row is too big: size 9856, maximum size 8136
Previous Message Ragnar Hafstað 2005-01-20 19:23:12 Re: [SQL] OFFSET impact on Performance???