Re: how to gate experimental features (SQL/PGQ)

From: "David G(dot) Johnston" <david(dot)g(dot)johnston(at)gmail(dot)com>
To: Daniel Gustafsson <daniel(at)yesql(dot)se>
Cc: Peter Eisentraut <peter(at)eisentraut(dot)org>, PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org>, Ashutosh Bapat <ashutosh(dot)bapat(dot)oss(at)gmail(dot)com>
Subject: Re: how to gate experimental features (SQL/PGQ)
Date: 2026-01-15 13:29:19
Message-ID: CAKFQuwa4yr0A_GH20UH2AS7biKTbsy0xi_pNak-tZfZ3MNTwJQ@mail.gmail.com
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Wednesday, January 14, 2026, Daniel Gustafsson <daniel(at)yesql(dot)se> wrote:

>
> Such a GUC would IMHO only make sense if we remove it when we promote the
> feature, but removing a GUC also comes with a cost for anyone having baked
> it
> into their scripts etc.

The very nature of experimental, that one must accept having to modify
their applications during any given minor release, nullifies this concern.
You know when you set the value to true you will have to remove that
command potentially at the next major release. It’s part of the bargain.

David J.

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Álvaro Herrera 2026-01-15 13:43:57 Re: remove the unneeded header file math.h in binaryheap.c
Previous Message Henson Choi 2026-01-15 13:28:39 Re: Row pattern recognition