Re: SET WITHOUT OIDS and VACUUM badness? - Mailing list pgsql-hackers

From Tom Lane
Subject Re: SET WITHOUT OIDS and VACUUM badness?
Date
Msg-id 1709.1074705814@sss.pgh.pa.us
Whole thread Raw
In response to Re: SET WITHOUT OIDS and VACUUM badness?  (Gavin Sherry <swm@linuxworld.com.au>)
List pgsql-hackers
Gavin Sherry <swm@linuxworld.com.au> writes:
> What am I talking about. Can't we test for:
> (&tuple)->t_infomask & HEAP_HASOID
> Instead of:
> onerel->rd_rel->relhasoids

ISTM the point of the check is to detect rows that are out of sync with
the relation's relhasoids flag, so we might as well just get rid of the
check entirely as do that.

I'm not averse to dropping the check, but if we want to keep it, I'd be
inclined to restrict it to live tuples.
        regards, tom lane


pgsql-hackers by date:

Previous
From: "Bort, Paul"
Date:
Subject: Re: Allow backend to output result sets in XML
Next
From: Andrew Dunstan
Date:
Subject: Re: Allow backend to output result sets in XML