Re: [BUGS] Crash report for some ICU-52 (debian8) COLLATE andwork_mem values
От | Peter Geoghegan |
---|---|
Тема | Re: [BUGS] Crash report for some ICU-52 (debian8) COLLATE andwork_mem values |
Дата | |
Msg-id | CAH2-Wz=tgsX7awuvCJMz9rHhHT=iy-+bMJBS6h_+7B4K7Bx+9g@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: [BUGS] Crash report for some ICU-52 (debian8) COLLATE and work_mem values (Tom Lane <tgl@sss.pgh.pa.us>) |
Список | pgsql-bugs |
On Wed, Aug 9, 2017 at 11:07 AM, Tom Lane <tgl@sss.pgh.pa.us> wrote: >> Yes, it is. I think that's fine, though. Other database systems that >> use ICU for collations do this. Without exception, I think. > > Actually, I don't think that's the issue at all. People are free to > make other ICU collations if they want to. My point is that we should > encourage them to do that, rather than depend on initdb-provided > collations, because manually-created collations are much more certain > to move across version upgrades safely. If we were sure that > pg_import_system_collations would produce pretty much the same set of > collation names with future ICU releases as it does with current ones, > then there would be no issue --- but the evidence at hand suggests the > opposite. I want to do something to address that stability issue before > it comes back to bite us. I must have been unclear, then. I am fully in agreement with what you say here. -- Peter Geoghegan -- Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-bugs
В списке pgsql-bugs по дате отправления: