Re: pg.dropped

From: Filip Rembiałkowski <plk(dot)zuber(at)gmail(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: PG-General Mailing List <pgsql-general(at)postgresql(dot)org>
Subject: Re: pg.dropped
Date: 2010-01-08 11:04:31
Message-ID: 92869e661001080304x55796c4crb9b4c615661b67a4@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general pgsql-hackers

Full test case, reproduced in 8.4.2 on two different hosts

create table test (id serial primary key, t1 text, t2 text);
create function myhash(test) returns text as 'select md5($1::text)' language
sql immutable;
create index myhash on test( myhash(test) );
alter table test add t3 text;
alter table test drop t3;
insert into test(t1,t2) select 'foo', 'bar';

PS. I realise that marking of CAST (rowtype as text) as immutable may be not
safe.
But this behaviour is probably a bug anyway.

2010/1/7 Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>

> =?UTF-8?Q?Filip_Rembia=C5=82kowski?= <plk(dot)zuber(at)gmail(dot)com> writes:
> > INSERT INTO thetable ( ... ) VALUES ( ... );
> > ERROR: table row type and query-specified row type do not match
>
> If you want any help with this you need to show a *complete* example
> of how to produce this failure.
>
> regards, tom lane
>

--
Filip Rembiałkowski
JID,mailto:filip(dot)rembialkowski(at)gmail(dot)com
http://filip.rembialkowski.net/

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Alban Hertroys 2010-01-08 11:11:57 Re: Rows missing from table despite FK constraint
Previous Message Ivan Sergio Borgonovo 2010-01-08 10:28:15 how much left for restore?

Browse pgsql-hackers by date

  From Date Subject
Next Message Takahiro Itagaki 2010-01-08 11:36:34 Re: new full vacuum doesn't work
Previous Message Dave Page 2010-01-08 10:51:40 Re: RFC: PostgreSQL Add-On Network