Re: insensitive collations
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Peter Geoghegan <pg@bowt.ie>
Cc: Daniel Verite <daniel@manitou-mail.org>,
Peter Eisentraut <peter.eisentraut@2ndquadrant.com>,
pgsql-hackers <pgsql-hackers@postgresql.org>
Date: 2018-12-19T21:41:48Z
Lists: pgsql-hackers
Peter Geoghegan <pg@bowt.ie> writes: > The Unicode consortium calls our current behavior within comparisons > "deterministic comparisons" -- it's something they're not so keen on: > https://unicode.org/reports/tr10/#Deterministic_Comparison > I suggest using their terminology for our current behavior. Hm, it's not the greatest terminology perhaps, but if they're using it then that makes it at least semi-standard. I can live with that. > FWIW, I don't think that your IEEE analogy quite works, because you're > talking about a property of a datatype. A collation is not intrinsic > to any collatable datatype. Fortunately, we're not required to agree > on what feels natural. Right, which is exactly why it'd be a bad idea to use "natural" as the name for this property ... regards, tom lane
Commits
-
Collations with nondeterministic comparison
- 5e1963fb764e 12.0 landed
-
Add support for collation attributes on older ICU versions
- b8f9a2a69a27 12.0 landed
-
Make type "name" collation-aware.
- 586b98fdf1aa 12.0 cited
-
Make collation-aware system catalog columns use "C" collation.
- 6b0faf723647 12.0 cited
-
Adjust string comparison so that only bitwise-equal strings are considered
- 656beff59033 8.2.0 cited