Re: Document "59.2. Built-in Operator Classes" have a clerical error?

Поиск
Список
Период
Сортировка
От Michael Paquier
Тема Re: Document "59.2. Built-in Operator Classes" have a clerical error?
Дата
Msg-id 20200804055651.GC2091@paquier.xyz
обсуждение исходный текст
Ответ на Re: Document "59.2. Built-in Operator Classes" have a clerical error?  (Tom Lane <tgl@sss.pgh.pa.us>)
Список 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

Вложения

В списке pgsql-docs по дате отправления:

Предыдущее
От: Thomas Munro
Дата:
Сообщение: Re: "innovative Serializable Snapshot Isolation (SSI) level"
Следующее
От: PG Doc comments form
Дата:
Сообщение: Procedures