Re: Collation version tracking for macOS

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Collation version tracking for macOS
Дата
Msg-id 1315087.1654632634@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Collation version tracking for macOS  (Peter Geoghegan <pg@bowt.ie>)
Ответы Re: Collation version tracking for macOS  (Peter Geoghegan <pg@bowt.ie>)
Re: Collation version tracking for macOS  (Robert Haas <robertmhaas@gmail.com>)
Re: Collation version tracking for macOS  (Mark Dilger <mark.dilger@enterprisedb.com>)
Список pgsql-hackers
Peter Geoghegan <pg@bowt.ie> writes:
> I agree that "false positive" is not a valid way of describing a
> breaking change in a Postgres collation that happens to not affect one
> index in particular, due to the current phase of the moon. It's
> probably very likely that most individual indexes that we warn about
> will be so-called false positives.

This is not the concern that I have.  I agree that if we tell a user
that collation X changed behavior and he'd better reindex his indexes
that use collation X, but none of them actually contain any cases that
changed behavior, that's not a "false positive" --- that's "it's cheaper
to reindex than to try to identify whether there's a problem".  What
I mean by "false positive" is telling every macOS user that they'd better
reindex everything every year, when in point of fact Apple changes those
collations almost never.  We will soon lose those users' attention ---
see fable about boy crying wolf --- and then when Apple actually does
change something, we've got a problem.  So if we give collation-change
warnings, they'd better have some measurable connection to reality.

            regards, tom lane



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Sudden database error with COUNT(*) making Query Planner crashes: variable not found in subplan target list
Следующее
От: Peter Geoghegan
Дата:
Сообщение: Re: Collation version tracking for macOS