Re: pg_upgrade --check fails to warn about abstime
Suraj Kharage <suraj.kharage@enterprisedb.com>
From: Suraj Kharage <suraj.kharage@enterprisedb.com>
To: Alvaro Herrera <alvherre@alvh.no-ip.org>
Cc: Tom Lane <tgl@sss.pgh.pa.us>, Bruce Momjian <bruce@momjian.us>, Pg Hackers <pgsql-hackers@lists.postgresql.org>
Date: 2023-09-27T05:40:53Z
Lists: pgsql-hackers
On Fri, Sep 22, 2023 at 4:44 PM Alvaro Herrera <alvherre@alvh.no-ip.org> wrote: > On 2023-Sep-21, Tom Lane wrote: > > > Bruce Momjian <bruce@momjian.us> writes: > > > > Wow, I never added code to pg_upgrade to check for that, and no one > > > complained either. > > > > Yeah, so most people had indeed listened to warnings and moved away > > from those datatypes. I'm inclined to think that adding code for this > > at this point is a bit of a waste of time. > > The migrations from versions prior to 12 have not stopped yet, and I did > receive a complaint about it. Because the change is so simple, I'm > inclined to patch it anyway, late though it is. > > I decided to follow Tristan's advice to add the version number as a > parameter to the new function; this way, the knowledge of where was what > dropped is all in the callsite and none in the function. It > looked a bit schizoid otherwise. > yeah, looks good to me. > > -- > Álvaro Herrera 48°01'N 7°57'E — > https://www.EnterpriseDB.com/ > "Postgres is bloatware by design: it was built to house > PhD theses." (Joey Hellerstein, SIGMOD annual conference 2002) > -- -- Thanks & Regards, Suraj kharage, edbpostgres.com
Commits
-
pg_upgrade: check for types removed in pg12
- fb9ddd0fafea 16.1 landed
- 8845d8597d77 15.5 landed
- 26c291a15243 14.10 landed
- d3946c4f622f 13.13 landed
- af9f6cd1ddfa 12.17 landed
- 2e3dc8c14811 17.0 landed