Re: Document "59.2. Built-in Operator Classes" have a clerical error?
Michael Paquier <michael@paquier.xyz>
From: Michael Paquier <michael@paquier.xyz>
To: Tom Lane <tgl@sss.pgh.pa.us>
Cc: osdba <mailtch@163.com>, pgsql-docs@postgresql.org
Date: 2020-08-04T05:56:51Z
Lists: pgsql-docs
On Mon, Aug 03, 2020 at 07:23:48AM -0400, Tom Lane wrote: > So I don't think it's a clerical error, but certainly showing these > operators this way is none too helpful. Perhaps including the input types > in this table (and its siblings elsewhere) would be a good thing. Ah, thanks. I did not consider the psql shortcut. I agree that including the input types would be a good idea. But just doing that may not be enough IMO as the character policy used on our website for the HTML docs makes that harder to parse. What if we switched the third column to have one line per operator with its input type, and use morerows to show the full set of indexable operators one opclass is associated with? Contrary to wait events, those tables don't change much. I am wondering as well if we should consider mentioning \dAo on all those pages, say at the bottom of each table listing the opclasses. -- Michael
Commits
-
doc: Rework tables for built-in operator classes of index AMs
- 7a1cd5260aa2 14.0 landed