Hi,
When I run the SQL below, I get an error on the third call to foo() : "ERROR:
could not open relation with OID 884693". I'm quite sure this OID belongs to
the TOAST table corresponding to the temporary table created by foo() during
the third call. The fourth call works fine again.
I suspect the third one fails because the data is too large (even when
compressed) to be stored without using toast. I can't reproduce the issue if
for example I use a long string of identical characters instead of "random"
ones. My guess would be that the TOAST table is still somehow referenced by the
result value, even though the table itself has been dropped by the time the
result value is used.
I have tested this myself on 8.4.4 and it has also been verified on a 9.1 by
someone on #postgresql.
Kind regards,
Matthijs Bomhoff
CREATE OR REPLACE FUNCTION foo(size_ INTEGER) RETURNS TEXT AS $EOF$
DECLARE
acc_ TEXT := '';
cur_rec_ RECORD;
BEGIN
EXECUTE 'CREATE TEMPORARY TABLE foo_tab(blob TEXT NOT NULL)';
-- Construct a string with random characters to prevent compression (with
high probability)
LOOP
EXIT WHEN length(acc_) >= size_;
acc_ := acc_ || chr(ceil(random()*64)::integer + 32);
END LOOP;
EXECUTE 'INSERT INTO foo_tab(blob) values (' || quote_literal(acc_) || ')';
EXECUTE 'SELECT * FROM foo_tab LIMIT 1' INTO cur_rec_;
EXECUTE 'DROP TABLE foo_tab';
RETURN cur_rec_.blob;
END
$EOF$ LANGUAGE plpgsql;
SELECT md5(foo(10));
SELECT md5(foo(20));
SELECT md5(foo(40000)); -- This one breaks on my 8.4.4
SELECT md5(foo(30)); -- And this one works fine again
DROP FUNCTION foo(INTEGER);
--
Sent via pgsql-bugs mailing list ([email protected])
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-bugs
