| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | joan(at)sanchezsabe(dot)com |
| Cc: | pgsql-bugs(at)postgresql(dot)org |
| Subject: | Re: BUG #14470: Dropping a column produces "table row type and query-specified row type do not match" error |
| Date: | 2016-12-21 00:30:57 |
| Message-ID: | 23905.1482280257@sss.pgh.pa.us |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-bugs |
joan(at)sanchezsabe(dot)com writes:
> At this point, if we drop one column (not used at all by the previous
> function)...
> ALTER TABLE users
> DROP COLUMN column_that_we_will_drop ;
> ... this makes the next statement to generate an error
> SELECT * FROM fun('a(at)b(dot)com');
> ERROR: table row type and query-specified row type do not match
> SQL state: 42804
> Detail: Query provides a value for a dropped column at ordinal position 3.
> Context: SQL function "fun" statement 1
> SELECT * FROM fun('a(at)b(dot)com');
I can't reproduce this in HEAD or 9.6 branch tip. I believe it was
already fixed by this patch, which went in a bit after 9.6.1:
https://git.postgresql.org/gitweb/?p=postgresql.git&a=commitdiff&h=f4d865f22
But thanks for the report!
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | josef.machytka | 2016-12-21 09:44:43 | BUG #14471: PostgreSQL 9.6 "NOT IN" in select causes crash with "ERROR: unknown error" |
| Previous Message | joan | 2016-12-20 23:33:52 | BUG #14470: Dropping a column produces "table row type and query-specified row type do not match" error |