Re: BUG #16045: vacuum_db crash and illegal memory alloc afterpg_upgrade from PG11 to PG12
От | Tomas Vondra |
---|---|
Тема | Re: BUG #16045: vacuum_db crash and illegal memory alloc afterpg_upgrade from PG11 to PG12 |
Дата | |
Msg-id | 20191009232836.jg77wccqwy5fgs6s@development обсуждение исходный текст |
Ответ на | Re: BUG #16045: vacuum_db crash and illegal memory alloc after pg_upgrade from PG11 to PG12 (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: BUG #16045: vacuum_db crash and illegal memory alloc after pg_upgrade from PG11 to PG12
|
Список | pgsql-bugs |
On Wed, Oct 09, 2019 at 07:18:45PM -0400, Tom Lane wrote: >Tomas Vondra <tomas.vondra@2ndquadrant.com> writes: >> Well, I think I found the root cause. It's because of 7c15cef86d, which >> changed the definition of sql_identifier so that it's a domain over name >> instead of varchar. > >Ah... > >> Not sure what to do about this :-( > >Fortunately, there should be close to zero people with user tables >depending on sql_identifier. I think we should just add a test in >pg_upgrade that refuses to upgrade if there are any such columns. >It won't be the first such restriction. > Hmmm, yeah. I agree the number of people using sql_identifier in user tables is low, but OTOH we got this report within a week after release, so maybe it's higher than we think. Another option would be to teach pg_upgrade to switch the columns to 'text' or 'varchar', not sure if that's possible or how much work would that be. regards -- Tomas Vondra http://www.2ndQuadrant.com PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
В списке pgsql-bugs по дате отправления: