pg.ddx.io  pgsql-hackers@postgresql.org mailing list archive  
help / color / mirror / Atom feed
From: Noah Misch <noah@leadboat.com>
To: Laurenz Albe <laurenz.albe@cybertec.at>
Cc: Jeff Davis <pgsql@j-davis.com>
Cc: Peter Eisentraut <peter@eisentraut.org>
Cc: Daniel Verite <daniel@manitou-mail.org>
Cc: Jeremy Schneider <schneider@ardentperf.com>
Cc: Tom Lane <tgl@sss.pgh.pa.us>
Cc: Robert Haas <robertmhaas@gmail.com>
Cc: pgsql-hackers@postgresql.org
Subject: Re: Built-in CTYPE provider
Date: Thu, 18 Jul 2024 07:00:15 -0700
Message-ID: <20240718140015.9b.nmisch@google.com> (raw)
In-Reply-To: <4efae9f992f96a1e8eba0f515c637c3ff252d0fc.camel@cybertec.at>
References: <20240704212641.c4.nmisch@google.com>
	<1d178eb1bbd61da1bcfe4a11d6545e9cdcede1d1.camel@j-davis.com>
	<20240706195129.fd@rfd.leadboat.com>
	<564325.1720297161@sss.pgh.pa.us>
	<20240709010545.8c.nmisch@google.com>
	<39a30bd36198b44ed40da271ef96a72d133c32ba.camel@j-davis.com>
	<20240711125040.11.nmisch@google.com>
	<1908b19c0a3a210935608635cad1b4eeb819c66f.camel@j-davis.com>
	<20240717220326.df.nmisch@google.com>
	<4efae9f992f96a1e8eba0f515c637c3ff252d0fc.camel@cybertec.at>

On Thu, Jul 18, 2024 at 10:05:34AM +0200, Laurenz Albe wrote:
> On Wed, 2024-07-17 at 15:03 -0700, Noah Misch wrote:
> > If I'm counting the votes right, you and Tom have voted that the feature's
> > current state is okay, and I and Laurenz have voted that it's not okay.
> 
> Maybe I should expand my position.
> 
> I am very much for the built-in CTYPE provider.  When I said that I am against
> changes in major versions, I mean changes that are likely to affect real-life
> usage patterns.  If there are modifications affecting a code point that was
> previously unassigned, it is *theoretically* possible, but very unlikely, that
> someone has stored it in a database.  I would want to deliberate about any change
> affecting such a code point, and if the change seems highly desirable, we can
> consider applying it.
> 
> What I am against is routinely updating the built-in provider to adopt any changes
> that Unicode makes.

Given all the messages on this thread, if the feature remains in PostgreSQL, I
advise you to be ready to tolerate PostgreSQL "routinely updating the built-in
provider to adopt any changes that Unicode makes".  Maybe someone will change
something in v18 so it's not like that, but don't count on it.

Would you like to change your vote to "okay", keep your vote at "not okay", or
change it to an abstention?

> To make a comparison with Tom's argument upthread: we have slightly changed how
> floating point computations work, even though they are IMMUTABLE.  But I'd argue
> that very few people build indexes on the results of floating point arithmetic
> (and those who do are probably doing something wrong), so the risk is acceptable.
> But people index strings all the time.

Agreed.





view thread (125+ messages)  latest in thread

Message-ID: <20240718140015.9b.nmisch@google.com>
Permalink:  ../20240718140015.9b.nmisch@google.com/
Also on:    postgresql.org/message-id/20240718140015.9b.nmisch@google.com

 · 

reply

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Reply to all the recipients using the --to and --cc options:
  reply via email

  To: pgsql-hackers@postgresql.org
  Cc: noah@leadboat.com, laurenz.albe@cybertec.at, pgsql@j-davis.com, peter@eisentraut.org, daniel@manitou-mail.org, schneider@ardentperf.com, tgl@sss.pgh.pa.us, robertmhaas@gmail.com
  Subject: Re: Built-in CTYPE provider
  In-Reply-To: <20240718140015.9b.nmisch@google.com>

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox