Thread
Commits
-
Update the description of type of check_option reloption in docs.
- 1558413432e3 13.0 landed
-
Add the type information for index storage parameters to the documentation.
- 28e0a103a835 13.0 landed
-
Support reloptions of enum type
- 773df883e8f7 13.0 cited
-
add types to index storage params on doc
Atsushi Torikoshi <atorik@gmail.com> — 2020-03-16T02:09:49Z
Hi, The current manual on CREATE TABLE[1] describes storage parameters with their types. But manual on CREATE INDEX[2] describes storage parameters WITHOUT their types. I think it'll be better to add types to storage parameters on CREATE INDEX for the consistency. Attached a patch. Any thought? [1] https://www.postgresql.org/docs/devel/sql-createtable.html#SQL-CREATETABLE-STORAGE-PARAMETERS [2] https://www.postgresql.org/docs/devel/sql-createindex.html#SQL-CREAT`INDEX-STORAGE-PARAMETERS <https://www.postgresql.org/docs/devel/sql-createindex.html#SQL-CREATINDEX-STORAGE-PARAMETERS> Regards, -- Torikoshi Atsushi
-
Re: add types to index storage params on doc
Fujii Masao <masao.fujii@oss.nttdata.com> — 2020-03-16T02:49:50Z
On 2020/03/16 11:09, Atsushi Torikoshi wrote: > Hi, > > The current manual on CREATE TABLE[1] describes storage > parameters with their types. > But manual on CREATE INDEX[2] describes storage parameters > WITHOUT their types. > > I think it'll be better to add types to storage parameters > on CREATE INDEX for the consistency. > > Attached a patch. > Any thought? Thanks for the patch! It basically looks good to me. - <term><literal>buffering</literal> + <term><literal>buffering</literal> (<type>string</type>) Isn't it better to use "enum" rather than "string"? In the docs about enum GUC parameters, "enum" is used there. Regards, -- Fujii Masao NTT DATA CORPORATION Advanced Platform Technology Group Research and Development Headquarters
-
Re: add types to index storage params on doc
Peter Geoghegan <pg@bowt.ie> — 2020-03-16T03:19:53Z
On Sun, Mar 15, 2020 at 7:10 PM Atsushi Torikoshi <atorik@gmail.com> wrote: > I think it'll be better to add types to storage parameters > on CREATE INDEX for the consistency. Seems reasonable to me. -- Peter Geoghegan
-
Re: add types to index storage params on doc
Atsushi Torikoshi <atorik@gmail.com> — 2020-03-16T07:50:32Z
Thanks for your comments! On Mon, Mar 16, 2020 at 11:49 AM Fujii Masao <masao.fujii@oss.nttdata.com> wrote: > - <term><literal>buffering</literal> > + <term><literal>buffering</literal> (<type>string</type>) > > Isn't it better to use "enum" rather than "string"? > In the docs about enum GUC parameters, "enum" is used there. > Agreed. I've fixed it to "enum". But I'm now wondering about the type of check_option[3], [4]. Because I decide the type to "string" referring to check_option, which is the other element of enumRelOpts in reloptions.c. Should I also change it to "enum"? [3]https://www.postgresql.org/docs/devel/sql-alterview.html#id-1.9.3.45.6 [4]https://www.postgresql.org/docs/devel/sql-createview.html#id-1.9.3.97.6 Regards, -- Torikoshi Atsushi
-
Re: add types to index storage params on doc
Alvaro Herrera <alvherre@2ndquadrant.com> — 2020-03-16T14:32:50Z
On 2020-Mar-16, Atsushi Torikoshi wrote: > Thanks for your comments! > > On Mon, Mar 16, 2020 at 11:49 AM Fujii Masao <masao.fujii@oss.nttdata.com> > wrote: > > > - <term><literal>buffering</literal> > > + <term><literal>buffering</literal> (<type>string</type>) > > > > Isn't it better to use "enum" rather than "string"? > > In the docs about enum GUC parameters, "enum" is used there. > > Agreed. I've fixed it to "enum". > > But I'm now wondering about the type of check_option[3], [4]. > Because I decide the type to "string" referring to check_option, which is > the other element of enumRelOpts in reloptions.c. > > Should I also change it to "enum"? Yeah, these were strings until recently (commit 773df883e8f7 Sept 2019). -- Álvaro Herrera https://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
-
Re: add types to index storage params on doc
Atsushi Torikoshi <atorik@gmail.com> — 2020-03-17T05:52:18Z
On Mon, Mar 16, 2020 at 11:32 PM Alvaro Herrera <alvherre@2ndquadrant.com> wrote: > > > Should I also change it to "enum"? > > Yeah, these were strings until recently (commit 773df883e8f7 Sept 2019). > Thanks! Attached a patch for manuals on create and alter view. check_option is also described in information_schema.sgml and its type is 'character_data', but as far as I read information_schema.sql this is correct and it seems no need for modification here. Regards, -- Torikoshi Atsushi
-
Re: add types to index storage params on doc
Fujii Masao <masao.fujii@oss.nttdata.com> — 2020-03-18T09:31:08Z
On 2020/03/17 14:52, Atsushi Torikoshi wrote: > On Mon, Mar 16, 2020 at 11:32 PM Alvaro Herrera <alvherre@2ndquadrant.com <mailto:alvherre@2ndquadrant.com>> wrote: > > > > Should I also change it to "enum"? > > Yeah, these were strings until recently (commit 773df883e8f7 Sept 2019). > > > Thanks! > > Attached a patch for manuals on create and alter view. > > check_option is also described in information_schema.sgml > and its type is 'character_data', but as far as I read > information_schema.sql this is correct and it seems no > need for modification here. Thanks for the patch! I pushed two patches that you posted in this thread. Thanks! Regards, -- Fujii Masao NTT DATA CORPORATION Advanced Platform Technology Group Research and Development Headquarters