Re: pgsql: Fix run-time partition pruning for appends with multiple source

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Christoph Berg <myon(at)debian(dot)org>
Cc: PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: pgsql: Fix run-time partition pruning for appends with multiple source
Date: 2018-08-08 14:04:12
Message-ID: 12725.1533737052@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-committers pgsql-hackers

Christoph Berg <myon(at)debian(dot)org> writes:
> Since this commit added a new node type, all following node types got
> renumbered. This means all extension modules using the information
> compiled against 11beta2 need to be recompiled against 11beta3.

That's standard procedure for beta releases. We don't normally start
to worry about keeping binary ABI compatibility until the .0 release.

> I believe this should be mentioned in the beta3 release notes.

Too late ...

regards, tom lane

In response to

Browse pgsql-committers by date

  From Date Subject
Next Message Tom Lane 2018-08-08 15:44:56 pgsql: Match RelOptInfos by relids not pointer equality.
Previous Message Christoph Berg 2018-08-08 10:30:55 Re: pgsql: Fix run-time partition pruning for appends with multiple source

Browse pgsql-hackers by date

  From Date Subject
Next Message David Steele 2018-08-08 14:06:44 Re: Standby trying "restore_command" before local WAL
Previous Message Tom Lane 2018-08-08 13:58:38 Re: Facility for detecting insecure object naming