BUG #14406: Statement fails after upgrade to 9.6.1
The following bug has been logged on the website:
Bug reference: 14406
Logged by: Corey Bernal
Email address: boskowski+coreybernal@gmail.com
PostgreSQL version: 9.6.1
Operating system: Ubuntu 16.04
Description:
After upgrading from 9.5.4 to 9.6.1 using pg_upgrade with links an UPDATE
(prepared) statement that previously worked started raising
ERROR: table row type and query-specified row type do not match
DETAIL: Query provides a value for a dropped column at ordinal position
19.
I managed to solve this by creating an identical table, populating with
INSERT/SELECT and swapping the tables by renaming them, all in one
transaction.
Please let me know what detail information can be helpful to you.
--
Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-bugs
boskowski+coreybernal@gmail.com writes:
After upgrading from 9.5.4 to 9.6.1 using pg_upgrade with links an UPDATE
(prepared) statement that previously worked started raising
ERROR: table row type and query-specified row type do not match
DETAIL: Query provides a value for a dropped column at ordinal position
19.
I managed to solve this by creating an identical table, populating with
INSERT/SELECT and swapping the tables by renaming them, all in one
transaction.
Please let me know what detail information can be helpful to you.
Without a self-contained test case, we're not going to be able to do much
with this report. Presumably a test case would look something like
"create a table like this under 9.5; drop some columns in it like this;
pg_upgrade to 9.6; execute this query". But nobody's going to try to
fill in all those details by guessing.
regards, tom lane
--
Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-bugs
I can't really provide useful additional information, but I just had the same
issue. An UPDATE with RETURNING statement was consistently failing after
being called 5 or 6 times. After restarting my app server (which use
postgres jdbc driver), the update query would work again 5-6 times, then
fail.
Recreating the table also made the issue disappear (thanks Corey). I tried
vacuum etc, without success.
--
View this message in context: http://postgresql.nabble.com/BUG-14406-Statement-fails-after-upgrade-to-9-6-1-tp5928404p5932143.html
Sent from the PostgreSQL - bugs mailing list archive at Nabble.com.
--
Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-bugs
On Sun, Nov 27, 2016 at 12:54:22PM -0700, Robert Lebel wrote:
I can't really provide useful additional information, but I just had the same
issue. An UPDATE with RETURNING statement was consistently failing after
being called 5 or 6 times. After restarting my app server (which use
postgres jdbc driver), the update query would work again 5-6 times, then
fail.Recreating the table also made the issue disappear (thanks Corey). I tried
vacuum etc, without success.
It sound like the 5-6 times is related to prepared queries:
http://momjian.us/main/blogs/pgblog/2016.html#June_15_2016
--
Bruce Momjian <bruce@momjian.us> http://momjian.us
EnterpriseDB http://enterprisedb.com
+ As you are, so once was I. As I am, so you will be. +
+ Ancient Roman grave inscription +
--
Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-bugs