Re: [PATCH] Store Extension Options - Mailing list pgsql-hackers

From Simon Riggs
Subject Re: [PATCH] Store Extension Options
Date
Msg-id CA+U5nML_tkWPD1Jj4_+-u8wYkHJFFfb0gJfByZ2_fWtvAu3M2Q@mail.gmail.com
Whole thread Raw
In response to Re: [PATCH] Store Extension Options  (Robert Haas <robertmhaas@gmail.com>)
Responses Re: [PATCH] Store Extension Options  (Robert Haas <robertmhaas@gmail.com>)
List pgsql-hackers
On 13 March 2014 02:14, Robert Haas <robertmhaas@gmail.com> wrote:

>> I'm not sure why this is being blocked. This is a community
>> contribution that seeks to improve everybody's options. Blocking it
>> does *nothing* to prevent individual extensions from providing
>> table-level options - we give them freedom to do whatever the hell
>> they want. Validation is a pipe dream, not *ever* an achievable
>> reality. Blocking is just exercise of a veto for nobody's gain.
>
> Unsurprisingly, I don't agree with any of that.

The point is that execising a veto here is irrelevant. Blocking this
patch does *nothing* to prevent extensions from adopting per-table
options. All that is happening is that a single, coherent mechanism
for such options is being blocked. Blocking this is like trying to
block rain. We can all pretend the blocking viewpoint has succeeded,
but all it does is to bring Postgres core into disrepute. I have often
heard that from others that this is a business opportunity, not a
problem. If that is true, its not because we didn't try to act for the
good of all.

-- Simon Riggs                   http://www.2ndQuadrant.com/PostgreSQL Development, 24x7 Support, Training & Services



pgsql-hackers by date:

Previous
From: Amit Kapila
Date:
Subject: Re: Patch: show relation and tuple infos of a lock to acquire
Next
From: Bruce Momjian
Date:
Subject: Re: pg_archivecleanup bug