| 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
| 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 |