From: | Alvaro Herrera <alvherre(at)2ndquadrant(dot)com> |
---|---|
To: | Michael Paquier <michael(at)paquier(dot)xyz> |
Cc: | Fujii Masao <masao(dot)fujii(at)gmail(dot)com>, pgsql-docs <pgsql-docs(at)postgresql(dot)org> |
Subject: | Re: Mark a reloption as indexterm |
Date: | 2019-04-12 03:57:32 |
Message-ID: | 20190412035732.GA3754@alvherre.pgsql |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-docs |
On 2019-Apr-12, Michael Paquier wrote:
> On Fri, Apr 12, 2019 at 12:33:45PM +0900, Fujii Masao wrote:
> > Indeed. Attached is the updated version of the patch.
>
> On top of what Alvaro has mentioned, it seems to me that we should
> make the difference between table-level configuration parameter and
> index-level configuration parameters, and also add <primary> markups
> to create_index.sgml. If you take the example of fillfactor, it
> applies to both indexes and tables, but with your patch you just
> define "configuration parameter", and point to only CREATE TABLE.
Are you suggesting that it should show "index storage parameters" and
"table storage parameters"? I'm not sure about that myself ...
particularly considering that certain parameters might apply to some
index AMs and not others.
BTW what about the index-specific options such as, say, BRIN's
pages_per_range? I know other AMs have their own reloptions ...
--
Álvaro Herrera https://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
From | Date | Subject | |
---|---|---|---|
Next Message | Michael Paquier | 2019-04-12 04:09:36 | Re: Mark a reloption as indexterm |
Previous Message | Alvaro Herrera | 2019-04-12 03:54:44 | Re: Mark a reloption as indexterm |