Re: MaxOffsetNumber for Table AMs - Mailing list pgsql-hackers

From Robert Haas
Subject Re: MaxOffsetNumber for Table AMs
Date
Msg-id CA+TgmoaxuJPGWJY2pWikmnvwZ-W0QCGgoULdF8FhspT17o8UMQ@mail.gmail.com
Whole thread Raw
In response to Re: MaxOffsetNumber for Table AMs  (Jeff Davis <pgsql@j-davis.com>)
Responses Re: MaxOffsetNumber for Table AMs
Re: MaxOffsetNumber for Table AMs
List pgsql-hackers
On Wed, May 5, 2021 at 1:13 PM Jeff Davis <pgsql@j-davis.com> wrote:
> "In core" shouldn't matter. In fact, if it's in core, stability of the
> APIs is much less important.

I don't know what to say here. I think it's unrealistic to believe
that a very new API that has only 1 in-core user is going to be fully
stable, or that we can know how it might evolve. I can understand why
you and probably other people want that, but if somebody figures out a
way to make some part of core significantly better and it requires
changing that API, they're going to change the API, not give up on the
idea.

-- 
Robert Haas
EDB: http://www.enterprisedb.com



pgsql-hackers by date:

Previous
From: Chapman Flack
Date:
Subject: Re: COPY table_name (single_column) FROM 'iso-8859-1.txt' DELIMITER E'\n'
Next
From: Isaac Morland
Date:
Subject: Re: COPY table_name (single_column) FROM 'iso-8859-1.txt' DELIMITER E'\n'