Re: Document "59.2. Built-in Operator Classes" have a clerical error?
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Alvaro Herrera <alvherre@2ndquadrant.com>
Cc: Bruce Momjian <bruce@momjian.us>, Michael Paquier <michael@paquier.xyz>,
osdba <mailtch@163.com>, pgsql-docs@postgresql.org,
jkatz@postgresql.org
Date: 2020-08-26T23:19:09Z
Lists: pgsql-docs
Alvaro Herrera <alvherre@2ndquadrant.com> writes: > On 2020-Aug-26, Bruce Momjian wrote: >> Stupid question, but do we think the average Postgres user can >> understand this issue. I am having trouble myself. > The only reason I think it's worth pointing out, is that the opclass > name is something you can use in CREATE INDEX, while the opfamily name > cannot be used there. The original tables can be used for that purpose, > but the patched tables cannot. With one eye on the PDF width issue, I propose that we not draw the distinction, but just list all the relevant operators for each opclass (its native ones, plus the applicable "loose" operators). Then we only need two columns, opclass and operators. regards, tom lane
Commits
-
doc: Rework tables for built-in operator classes of index AMs
- 7a1cd5260aa2 14.0 landed