Fix bug in VACUUM and ANALYZE docs

Started by Ryoga Yoshidaover 2 years ago5 messages
#1Ryoga Yoshida
bt23yoshidar@oss.nttdata.com
1 attachment(s)

Hi,

Issue1:
VACUUM and ANALYZE docs explain that the parameter of BUFFER_USAGE_LIMIT
is optional as follows. But this is not true. The argument, size, is
required for BUFFER_USAGE_LIMIT. So the docs should be fixed this issue.
BUFFER_USAGE_LIMIT [ size ]
https://www.postgresql.org/docs/devel/sql-vacuum.html
https://www.postgresql.org/docs/devel/sql-analyze.html

Issue2:
Sizes may also be specified as a string containing the numerical size
followed by any one of the following memory units: kB (kilobytes), MB
(megabytes), GB (gigabytes), or TB (terabytes).
VACUUM and ANALYZE docs explain that the argument of BUFFER_USAGE_LIMIT
accepts the units like kB (kilobytes), MB (megabytes), GB (gigabytes),
or TB (terabytes). But it also actually accepts B(bytes) as an unit. So
the docs should include "B(bytes)" as an unit that the argument of
BUFFER_USAGE_LIMIT can accept.

You can see the patch in the attached file.

Ryoga Yoshida

Attachments:

v1-0001-Fix-bug-in-VACUUM-and-ANALYZE-docs.patchtext/x-diff; name=v1-0001-Fix-bug-in-VACUUM-and-ANALYZE-docs.patchDownload
diff --git a/doc/src/sgml/ref/analyze.sgml b/doc/src/sgml/ref/analyze.sgml
index 1fba089265..bc973bdd1e 100644
--- a/doc/src/sgml/ref/analyze.sgml
+++ b/doc/src/sgml/ref/analyze.sgml
@@ -27,7 +27,7 @@ ANALYZE [ ( <replaceable class="parameter">option</replaceable> [, ...] ) ] [ <r
 
     VERBOSE [ <replaceable class="parameter">boolean</replaceable> ]
     SKIP_LOCKED [ <replaceable class="parameter">boolean</replaceable> ]
-    BUFFER_USAGE_LIMIT [ <replaceable class="parameter">size</replaceable> ]
+    BUFFER_USAGE_LIMIT <replaceable class="parameter">size</replaceable>
 
 <phrase>and <replaceable class="parameter">table_and_columns</replaceable> is:</phrase>
 
@@ -128,7 +128,7 @@ ANALYZE [ ( <replaceable class="parameter">option</replaceable> [, ...] ) ] [ <r
      <para>
       Specifies an amount of memory in kilobytes.  Sizes may also be specified
       as a string containing the numerical size followed by any one of the
-      following memory units: <literal>kB</literal> (kilobytes),
+      following memory units: <literal>B</literal> (bytes), <literal>kB</literal> (kilobytes),
       <literal>MB</literal> (megabytes), <literal>GB</literal> (gigabytes), or
       <literal>TB</literal> (terabytes).
      </para>
diff --git a/doc/src/sgml/ref/vacuum.sgml b/doc/src/sgml/ref/vacuum.sgml
index 90cde70c07..f2e7c0bbde 100644
--- a/doc/src/sgml/ref/vacuum.sgml
+++ b/doc/src/sgml/ref/vacuum.sgml
@@ -38,7 +38,7 @@ VACUUM [ ( <replaceable class="parameter">option</replaceable> [, ...] ) ] [ <re
     PARALLEL <replaceable class="parameter">integer</replaceable>
     SKIP_DATABASE_STATS [ <replaceable class="parameter">boolean</replaceable> ]
     ONLY_DATABASE_STATS [ <replaceable class="parameter">boolean</replaceable> ]
-    BUFFER_USAGE_LIMIT [ <replaceable class="parameter">size</replaceable> ]
+    BUFFER_USAGE_LIMIT <replaceable class="parameter">size</replaceable>
 
 <phrase>and <replaceable class="parameter">table_and_columns</replaceable> is:</phrase>
 
@@ -389,7 +389,7 @@ VACUUM [ ( <replaceable class="parameter">option</replaceable> [, ...] ) ] [ <re
      <para>
       Specifies an amount of memory in kilobytes.  Sizes may also be specified
       as a string containing the numerical size followed by any one of the
-      following memory units: <literal>kB</literal> (kilobytes),
+      following memory units: <literal>B</literal> (bytes), <literal>kB</literal> (kilobytes),
       <literal>MB</literal> (megabytes), <literal>GB</literal> (gigabytes), or
       <literal>TB</literal> (terabytes).
      </para>
#2Shinya Kato
Shinya11.Kato@oss.nttdata.com
In reply to: Ryoga Yoshida (#1)
Re: Fix bug in VACUUM and ANALYZE docs

On 2023-09-19 17:59, Ryoga Yoshida wrote:

Hi,

Issue1:
VACUUM and ANALYZE docs explain that the parameter of
BUFFER_USAGE_LIMIT is optional as follows. But this is not true. The
argument, size, is required for BUFFER_USAGE_LIMIT. So the docs should
be fixed this issue.
BUFFER_USAGE_LIMIT [ size ]
https://www.postgresql.org/docs/devel/sql-vacuum.html
https://www.postgresql.org/docs/devel/sql-analyze.html

Issue2:
Sizes may also be specified as a string containing the numerical size
followed by any one of the following memory units: kB (kilobytes), MB
(megabytes), GB (gigabytes), or TB (terabytes).
VACUUM and ANALYZE docs explain that the argument of
BUFFER_USAGE_LIMIT accepts the units like kB (kilobytes), MB
(megabytes), GB (gigabytes), or TB (terabytes). But it also actually
accepts B(bytes) as an unit. So the docs should include "B(bytes)" as
an unit that the argument of BUFFER_USAGE_LIMIT can accept.

You can see the patch in the attached file.

Thanks for the patch.
You're right. It looks good to me.

--
Regards,
Shinya Kato
NTT DATA GROUP CORPORATION

#3Michael Paquier
michael@paquier.xyz
In reply to: Shinya Kato (#2)
Re: Fix bug in VACUUM and ANALYZE docs

On Wed, Sep 20, 2023 at 09:43:15AM +0900, Shinya Kato wrote:

Thanks for the patch.
You're right. It looks good to me.

Right, it feels like there has been a lot of copy-paste in this area
of the docs. Applied down to 16.
--
Michael

#4Karl O. Pinc
kop@karlpinc.com
In reply to: Michael Paquier (#3)
Re: Fix bug in VACUUM and ANALYZE docs

On Wed, 20 Sep 2023 13:39:02 +0900
Michael Paquier <michael@paquier.xyz> wrote:

On Wed, Sep 20, 2023 at 09:43:15AM +0900, Shinya Kato wrote:

You're right. It looks good to me.

Right, it feels like there has been a lot of copy-paste in this area
of the docs. Applied down to 16.

I signed up to review, but I think that perhaps commitfest
https://commitfest.postgresql.org/45/4574/
needs marking as applied and done?

Regards,

Karl <kop@karlpinc.com>
Free Software: "You don't pay back, you pay forward."
-- Robert A. Heinlein

#5Michael Paquier
michael@paquier.xyz
In reply to: Karl O. Pinc (#4)
Re: Fix bug in VACUUM and ANALYZE docs

On Sun, Sep 24, 2023 at 06:30:32PM -0500, Karl O. Pinc wrote:

I signed up to review, but I think that perhaps commitfest
https://commitfest.postgresql.org/45/4574/
needs marking as applied and done?

Indeed. I did not notice that there was a CF entry for this one.
Closed it now.
--
Michael