Re: [18] Policy on IMMUTABLE functions and Unicode updates
От | Tom Lane |
---|---|
Тема | Re: [18] Policy on IMMUTABLE functions and Unicode updates |
Дата | |
Msg-id | 1078884.1721762815@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: [18] Policy on IMMUTABLE functions and Unicode updates (Robert Haas <robertmhaas@gmail.com>) |
Ответы |
Re: [18] Policy on IMMUTABLE functions and Unicode updates
Re: [18] Policy on IMMUTABLE functions and Unicode updates Re: [18] Policy on IMMUTABLE functions and Unicode updates |
Список | pgsql-hackers |
Robert Haas <robertmhaas@gmail.com> writes: > Also, Noah has pointed out that C.UTF-8 introduces some > forward-compatibility hazards of its own, at least with respect to > ctype semantics. I don't have a clear view of what ought to be done > about that, but if we just replace a dependency on an unstable set of > libc definitions with a dependency on an equally unstable set of > PostgreSQL definitions, we're not really winning. No, I think we *are* winning, because the updates are not "equally unstable": with pg_c_utf8, we control when changes happen. We can align them with major releases and release-note the differences. With libc-based collations, we have zero control and not much notification. > Do we need to version the new ctype provider? It would be a version for the underlying Unicode definitions, not the provider as such, but perhaps yes. I don't know to what extent doing so would satisfy Noah's concern; but if it would do so I'd be happy with that answer. regards, tom lane
В списке pgsql-hackers по дате отправления: