Re: pg_dump: assert failure sorting casts/transforms

From: Nitin Jadhav <nitinjadhavpostgres(at)gmail(dot)com>
To: Alexander Kukushkin <cyberdemn(at)gmail(dot)com>
Cc: Pg Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: pg_dump: assert failure sorting casts/transforms
Date: 2026-08-20 11:03:32
Message-ID: CAMm1aWYWzP4RpqmgOshyv3UhKDNRLFYFq0EXxQrqJGyrB-7FxA@mail.gmail.com
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Hi Alexander,

The fix looks reasonable to me. It matches the existing natural-key
approach in DOTypeNameCompare(), and using pgTypeNameCompare() for the
referenced types seems like the right way to avoid falling back to OID
order.

One small test-coverage suggestion - the added cast test exercises the
casttarget tie-breaker, because both casts use the same source type
and only the target type differs by schema. Since the patch also adds
a castsource tie-breaker, it may be worth adding a symmetric case
where two source types share the same typname across schemas and cast
to the same target type. That would cover both new comparisons
explicitly.

Best Regards,
Nitin Jadhav
Azure Database for PostgreSQL
Microsoft

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Yuhang Qiu 2026-08-20 11:13:22 Re: Changing shared_buffers without restart
Previous Message Nazir Bilal Yavuz 2026-08-20 10:56:32 Re: aio: Don't silently drop wait_event_info