On Thu, Dec 5, 2024 at 12:03:30PM -0500, Bruce Momjian wrote:
> On Thu, Dec 5, 2024 at 12:00:30PM -0500, Tom Lane wrote:
> > Bruce Momjian <bruce@momjian.us> writes:
> > > On Thu, Dec 5, 2024 at 11:33:22AM -0500, Tom Lane wrote:
> > >> I don't think we can do this as presented. Maybe we could do
> > >> something like constrain the stored value to be only 0 or 1,
> > >> but how much does that improve matters?
> >
> > > Well, then the question becomes will we retain useless system columns
> > > forever?
> >
> > If the choice is "not break PHP" versus "get rid of a vestigial column",
> > I know which one is the saner choice. There might be things that are
> > worth breaking PHP for, but this isn't one.
>
> I guess I just don't want to get into a situation where we have so many
> useless backward-compatible system columns it is distracting.
How about if we set attndims & typndims to zero in PG 18, and mention
that these fields are deprecated in the release notes. Then, in a few
years, we can remove the columns since interfaces hopefully would have
removed the useless references to the columns.
--
Bruce Momjian <bruce@momjian.us> https://momjian.us
EDB https://enterprisedb.com
Do not let urgent matters crowd out time for investment in the future.
