Re: Fix DROP PROPERTY GRAPH "unsupported object class" error

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Michael Paquier <michael(at)paquier(dot)xyz>
Cc: Peter Eisentraut <peter(at)eisentraut(dot)org>, Alex Guo <guo(dot)alex(dot)hengchen(at)gmail(dot)com>, Bertrand Drouvot <bertranddrouvot(dot)pg(at)gmail(dot)com>, Ashutosh Bapat <ashutosh(dot)bapat(dot)oss(at)gmail(dot)com>, pgsql-hackers(at)lists(dot)postgresql(dot)org
Subject: Re: Fix DROP PROPERTY GRAPH "unsupported object class" error
Date: 2026-06-08 00:28:40
Message-ID: 200148.1780878520@sss.pgh.pa.us
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Michael Paquier <michael(at)paquier(dot)xyz> writes:
> + property graph element label | | | e of e of
> create_property_graph_tests.gt
> + property graph element label | | | v1 of v1 of
> create_property_graph_tests.gt
> + property graph element label | | | v2 of v2 of
> create_property_graph_tests.gt
> [...]
> + property graph label property | | | c of e of e of
> create_property_graph_tests.gt
> + property graph label property | | | k1 of e of e of
> create_property_graph_tests.gt
> + property graph label property | | | k2 of e of e of
> create_property_graph_tests.gt

> FWIW, I still find these descriptions written as of "$object of
> $object of..", or worse the "$object1 of $object2 of $object2 of..",
> really hard to parse, and make some sense out of them. Am I the only
> one?

No. At the very least, these messages violate our style guidelines [1]:

Type of the Object

When citing the name of an object, state what kind of object it is.

Rationale: Otherwise no one will know what “foo.bar.baz” refers to.

I'm not sure whether adding that would be sufficient to make these
intelligible, but surely it would help. I think your first example
would come out like

label e of property(?) e of property graph create_property_graph_tests.gt

regards, tom lane

[1] https://www.postgresql.org/docs/current/error-style-guide.html#ERROR-STYLE-GUIDE-OBJECT-TYPE

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message jian he 2026-06-08 00:33:53 Re: Fix domain fast defaults on empty tables
Previous Message Michael Paquier 2026-06-08 00:28:35 Re: Fix comment in report_sequence_errors()