Re: PG 18 relnotes and RC1
От | Nathan Bossart |
---|---|
Тема | Re: PG 18 relnotes and RC1 |
Дата | |
Msg-id | aMxNMl7jq-2SUEyw@nathan обсуждение исходный текст |
Ответ на | Re: PG 18 relnotes and RC1 (Robert Haas <robertmhaas@gmail.com>) |
Ответы |
Re: PG 18 relnotes and RC1
|
Список | pgsql-hackers |
On Thu, Sep 18, 2025 at 01:38:44PM -0400, Robert Haas wrote: > That seems completely backwards to me. We should go with the version > that was submitted weeks ago and upon which people have had the > opportunity to comment unless you can justify each change that you now > want to make at the last minute. Why for example should we drop > mentioning the ability to return OLD.* and NEW.* in favor of mentioned > UUIDv7? I'd argue that the former is more important than the latter, > and I don't see how you can argue otherwise except by appealing to the > research you've done over the last several weeks. But none of us have > access to that or got a vote in it. These things ought to be decided > by consensus. If you want your research to feed into the building of > that consensus, you need to do it and present it earlier. For example, > if you want to present survey results, I think that's a great way to > help decide these kinds of things, but then other people should have > the right to present their own survey results and so on in that > conversation too. Quick analysis of the differences: Common: * AIO * skip scan * pg_upgrade * UUIDv7 * virtual generated columns * OAuth Only v1 (my patch): * OLD/NEW for RETURNING * temporal constraints * EXPLAIN enhancements Only v2 (Jonathan's): * conflict logging While the EXPLAIN enhancements and conflict logging items seem like super useful features, I can see how there might be disagreement over whether they belong in the major features list. I'm a little more surprised about the omission of OLD/NEW and temporal contraints in v2, though. That being said, I'm tempted to suggest we UNION the two lists, bikeshed over the exact wording for a few hours, and then call it day... -- nathan
В списке pgsql-hackers по дате отправления: