Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kjcPw-0002Bv-P3 for pgsql-docs@arkaria.postgresql.org; Mon, 30 Nov 2020 06:12:08 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1kjcPu-0004o5-KZ for pgsql-docs@arkaria.postgresql.org; Mon, 30 Nov 2020 06:12:06 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kjcPu-0004ny-Es for pgsql-docs@lists.postgresql.org; Mon, 30 Nov 2020 06:12:06 +0000 Received: from oss.nttdata.com ([49.212.34.109]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kjcPr-0007e1-Mh for pgsql-docs@lists.postgresql.org; Mon, 30 Nov 2020 06:12:05 +0000 Received: from hnk.local (sp1-75-203-180.msb.spmode.ne.jp [1.75.203.180]) by oss.nttdata.com (Postfix) with ESMTPSA id B1761626E2; Mon, 30 Nov 2020 15:11:58 +0900 (JST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.102.3 at oss.nttdata.com Subject: Re: index items for pg_stat_progress_xxx views To: Shinya11.Kato@nttdata.com, pgsql-docs@lists.postgresql.org References: <1ab4b582811046199a3de43f52d49b4f@MP-MSGSS-MBX001.msg.nttdata.co.jp> From: Fujii Masao Message-ID: <5ec0801a-ed9b-630c-cad7-513049b708a3@oss.nttdata.com> Date: Mon, 30 Nov 2020 15:11:58 +0900 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:78.0) Gecko/20100101 Thunderbird/78.5.0 MIME-Version: 1.0 In-Reply-To: <1ab4b582811046199a3de43f52d49b4f@MP-MSGSS-MBX001.msg.nttdata.co.jp> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk On 2020/11/30 10:57, Shinya11.Kato@nttdata.com wrote: >> Hi, >> >> The index items for pg_stat_progress_xxx views point to the "Viewing >> Statistics" section, but not to the dedicated section (e.g., "ANALYZE >> Progress >> Reporting") for each view. IMO this is very inconvenient when finding >> the section describing each pg_stat_progress_xxx view, from the index. >> So what about adding new pointer to the section for each view in the index? >> Patch attached. >> >> BTW, other stats views have both pointers in the index. > > When setting an , it's better to set the zone attribute to indicate which section it's associated with. > > For example, > > pg_stat_progress_analyze > Thanks for the review! I was thinking that the zone attribute doesn't need to be specified because the indexterm is defined under the section that the indexterm tries to point to. You can see the same situation at, for example, the section and indexterm of pg_stat_database. If I'm missing something, could you tell me why the zone attribute is necessary in this case? Regards, -- Fujii Masao Advanced Computing Technology Center Research and Development Headquarters NTT DATA CORPORATION