Re: [PoC] Federated Authn/z with OAUTHBEARER - Mailing list pgsql-hackers

From Christoph Berg
Subject Re: [PoC] Federated Authn/z with OAUTHBEARER
Date
Msg-id aAtPwZdeWtlA8Gz2@msg.df7cb.de
Whole thread Raw
In response to Re: [PoC] Federated Authn/z with OAUTHBEARER  (Jacob Champion <jacob.champion@enterprisedb.com>)
List pgsql-hackers
Re: Jacob Champion
> I think the system is overconstrained at that point. If you want to
> support clients that delay-load the ABI they're compiled against,
> _and_ have them continue to work seamlessly after the system has
> upgraded the ABI underneath them, without restarting the client... is
> there any option other than side-by-side installation?

My point is that we should be trying to change the ABI-as-coded-in-the-
filename as rarely as possible. Then side-by-side should not be required.

Christoph



pgsql-hackers by date:

Previous
From: Alvaro Herrera
Date:
Subject: Re: Support NOT VALID / VALIDATE constraint options for named NOT NULL constraints
Next
From: Amit Kapila
Date:
Subject: Re: long-standing data loss bug in initial sync of logical replication