| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | e(dot)rogov(at)postgrespro(dot)ru |
| Cc: | pgsql-docs(at)lists(dot)postgresql(dot)org, Michael Paquier <michael(at)paquier(dot)xyz> |
| Subject: | Re: Opclass name |
| Date: | 2021-10-23 15:10:21 |
| Message-ID: | 3096398.1635001821@sss.pgh.pa.us |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-docs |
PG Doc comments form <noreply(at)postgresql(dot)org> writes:
> In commit 7a1cd526 (doc: Rework tables for built-in operator classes of
> index AMs) the name of the inet_ops opclass was changed to network_ops. It
> doesn't look right, because network_ops is the name of opfamily, not
> opclass.
Hm, yeah. The table title says "opclass", and that's definitely the
name that would be more useful to most users, so we should list opclass
not opfamily names. There are some other cases of opfname != opcname
in gist and brin, but those tables seem to give the opclass name in
each such case, so it's just this one mistake.
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | PG Doc comments form | 2021-10-25 10:19:53 | Comment about not being able to run ANALYZE on replicas |
| Previous Message | Tom Lane | 2021-10-23 14:45:12 | Re: information_schema.tables table broken in versions 13+ |