Re: [BUG?] Missing OID column from pl/pgsql record - Mailing list pgsql-bugs

From Tom Lane
Subject Re: [BUG?] Missing OID column from pl/pgsql record
Date
Msg-id 505.1563245428@sss.pgh.pa.us
Whole thread Raw
In response to [BUG?] Missing OID column from pl/pgsql record  ("Saul, Jean Paolo" <paolo.saul@verizonconnect.com>)
Responses Re: [BUG?] Missing OID column from pl/pgsql record  ("Saul, Jean Paolo" <paolo.saul@verizonconnect.com>)
List pgsql-bugs
"Saul, Jean Paolo" <paolo.saul@verizonconnect.com> writes:
> We recently upgraded to PostgreSQL 11. We have discovered an undocumented
> (or well-hidden)  new behavior in pl/pgSQL.
> SELECT * INTO record variable does not include the OID column any more. All
> other system columns are still stored in the record variable.

Hmmm.  TBH I think it's quite an accidental implementation artifact that
any of the underlying table's system columns get transmitted into the
record variable.  It seems to happen only if you write exactly "select *",
or the table's exact column list, which probably means that it's tied
to the "physical tlist" optimization that the planner applies in such
cases.  And that likely means it'll stop happening if there are any
dropped columns, to mention just one non-obvious problem case.

Between that and the fact that OID system columns are going away
entirely in v12, it's hard to muster any enthusiasm to mess with this.
I'd suggest explicitly selecting the OID, as you did in your non-failing
example.

            regards, tom lane



pgsql-bugs by date:

Previous
From: Peter Geoghegan
Date:
Subject: Re: BUG #15896: pg_upgrade from 10-or-earlier: TRAP: FailedAssertion(»!(metad->btm_version >= 3)«
Next
From: "Saul, Jean Paolo"
Date:
Subject: Re: [BUG?] Missing OID column from pl/pgsql record