Hi,
On 2018-03-01 20:34:11 -0800, Andres Freund wrote:
> On 2018-03-01 14:45:15 -0800, Andres Freund wrote:
> > Second round.
>
> And last round. [ work ]. Scratch that. There'll be one more after this
> ;)
Let's do this. Hell, this CF is large. I'll have a glass of wine at
some point of this.
- Add default role pg_access_server_files
WOA. For a couple weeks now. Should kind abe punted, but I think the
amount of changes required isn't that large...
- foreign keys and partitioned tables
NR, but should probably be WOA.
This still seems fairly rough, hasn't been reviewed etc. I don't see
this going in unfortunately.
- Predicate locking in gin index
NR.
I don't quite think this is going in v11. There's not been much
review, the path is nontrivial.
- SQL/JSON: jsonpath
NR, could also bo WOA.
I don't see this realistically targeting v11. There's been very
little code review of the main patch. It's a bit sad that this got
kickstarted quite late, after people argued about getting an earlier
version of this into last release...
- Refuse setting toast.* reloptions when TOAST relation does not exist
NR. I think the conclusion here is that we're not sure what we want
to do. I'd reject and let the issue live for another day.
- Add enum releation option type
NR.
I don't see any urgency here.
- Handling better supported channel binding types for SSL
implementations
RFC. Seems simple enough.
- Rewriting the test of pg_upgrade as a TAP test - take two~
NR. Looks like it be doable to get this in, but depends a bit on
interactions with Andrew Dunstan / buildfarm.
- btree_gin, add support for uuid, bool, name, bpchar and anyrange types
NR. Definitely submitted late (2018-02-20). But also not a complicated
patch.
- ICU as default collation provider
NR. This has been posted 2018-02-10, submitted 2018-02-26. It's a
large patch. Therefore I don't think this is elegible for v11.
Commented on thread.
- Advanced partition matching for partition-wise join
NR. While CF entry has been created late 2018-02-27, it has been in
development for much longer, thread started 2017-08-21. Apparently
because it dependent on partitionwise join?
Given the level of review and size of patch I've a bit of a hard time
seing this getting into v11.
- Nepali Snowball dictionary
NR. Referred to new snowball upstream. Will need sync with new code,
which the CF entry doesn't yet do. Therefore I think this should be
marked RF, as proposed on thread.
- Remove DSM_IMPL_NONE
NR. Code removal, so we probably want this despite being submitted
late.
- Transactions involving multiple postgres foreign servers
NR. This is an *old* thread.
This is large, not reviewed a lot (Robert started some serious
reviewing in Feb, large changes ensued). I unfortunately don't see
this in v11.
- ON CONFLICT DO UPDATE for partitioned tables
NR. CF entry was created recently (2018-02-28), but is based on an
earlier patch.
This is relatively large and not reviewed much. I don't quite see it.
- kNN for SP-GiST
NR. Current CF entry created 2018-02-28, but there was one previous
entry that got one cycle of review 2017-03-09.
This appears to be a large patch dropped on the eve of the current CF,
despite some older ancestry. I think we should just move it.
- SQL/JSON support in PostgreSQL
This appears to be the older version of "SQL/JSON support in
PostgreSQL", plus some further patches, which all also have new
entries. I think we should close this entry, even the references patch
seems a challenge, we certainly can't bite off even more. RWF?
- Foreign Key Arrays
RFC. This is a fairly large, but not huge patch. While it's marked
RFC, I'm not quite sure it's gotten enough detailed review.
- Support to COMMENT ON DATABASE CURRENT_DATABASE
NR. Tom proposes to reject, and I can't fault him.
- Handling of the input data errors in COPY FROM
NR. I can't see this going anywhere, the current incarnation uses
PG_TRY/CATCH around InputFunctionCall.
- Add NOWAIT option to VACUUM and ANALYZE
RFC. Looks pretty trivial.
- Boolean partition syntax
WOA. There seems to be pretty strong consensus that the current
approach isn't the right one. I think this should be RWF. Proposed on
thread.
- Lockable views
RFC. While marked as RFC, I think there's actually quite an
uncertainty whether we want the feature in the current form at all.
I think it'd be good for others to weigh in.
- generated columns
NR. This hasn't yet gotten much detailed review. Not sure if
realistic.
- MERGE
NR. There's qutie some review activity. Seems possible to get
there. We'll have to see.
- SQL/JSON: functions
NR. Extracted from a bigger patch, submitted 2018-01-10.
This has not gotten any review so far and is huge. I don't see it.
I think the SQL/JSON folks gotta prioritize. There's a numb