删除多余的pgdoc_cn_new_tag

Author: ChenHuajun

postgresql/doc/src/sgml/adminpack.sgml

@@ -45,7 +45,7 @@ ________________________________________________________-->
   function, but either a relative or absolute path is allowable.
  </para>
 ________________________________________________________-->
- <para>pgdoc_cn_new_tag
+ <para>
   <xref linkend="functions-adminpack-table"/> 中显示的函数提供了对托管服务器上文件的写入访问权限。
   (另请参阅 <xref linkend="functions-admin-genfile-table"/> 中的函数，这些函数提供只读访问权限。)
   只有数据库集群目录中的文件才能被访问，除非用户是超级用户或具有

postgresql/doc/src/sgml/advanced.sgml

@@ -630,7 +630,7 @@ SELECT depname, empno, salary, avg(salary) OVER (PARTITION BY depname) FROM emps
     treated as a window function and computed across the window frame.)
    </para>
 ________________________________________________________-->
-   <para>pgdoc_cn_new_tag
+   <para>
     这是一个示例，展示了如何比较每位员工的工资与其所在部门的平均工资：
 
 <programlisting>
@@ -714,7 +714,7 @@ FROM empsalary;
     is entirely determined by the <literal>OVER</literal> clause.
    </para>
 ________________________________________________________-->
-   <para>pgdoc_cn_new_tag
+   <para>
     您还可以通过在<literal>OVER</literal>中使用<literal>ORDER BY</literal>来控制窗口函数处理行的顺序。
     （窗口<literal>ORDER BY</literal>甚至不必与输出行的顺序匹配。）以下是一个示例：
 
@@ -833,7 +833,7 @@ SELECT salary, sum(salary) OVER () FROM empsalary;
 (10 rows)
 </screen>
 ________________________________________________________-->
-<screen>pgdoc_cn_new_tag
+<screen>
  salary |  sum
 --------+-------
    5200 | 47100
@@ -892,7 +892,7 @@ SELECT salary, sum(salary) OVER (ORDER BY salary) FROM empsalary;
 (10 rows)
 </screen>
 ________________________________________________________-->
-<screen>pgdoc_cn_new_tag
+<screen>
  salary |  sum
 --------+-------
    3500 |  3500

postgresql/doc/src/sgml/amcheck.sgml

@@ -306,7 +306,7 @@ ________________________________________________________-->
       replicas), unlike <function>bt_index_check</function>.
      </para>
 ________________________________________________________-->
-     <para>pgdoc_cn_new_tag
+     <para>
       <function>bt_index_parent_check</function>'s additional
       verification is more likely to detect various pathological
       cases.  These cases may involve an incorrectly implemented
@@ -380,7 +380,7 @@ SET client_min_messages = DEBUG1;
       inconsistent with the rest of the database cluster.
      </para>
 ________________________________________________________-->
-     <para>pgdoc_cn_new_tag
+     <para>
       检查表、序列或物化视图的结构损坏，其中关系中的页面包含格式无效的数据，
       以及逻辑损坏，其中页面在结构上有效但与数据库集群的其余部分不一致。
 </para>

postgresql/doc/src/sgml/arch-dev.sgml

@@ -453,7 +453,7 @@ ________________________________________________________-->
      transformation process be invoked.
     </para>
 ________________________________________________________-->
-    <para>pgdoc_cn_new_tag
+    <para>
      将原始解析与语义分析分开的原因是系统目录查找只能在事务内完成，我们不希望在接收到查询字符串后立即启动事务。原始解析阶段足以识别事务控制命令（<command>BEGIN</command>，<command>ROLLBACK</command>等），然后可以正确执行这些命令而无需进一步分析。一旦我们知道正在处理实际查询（如<command>SELECT</command>或<command>UPDATE</command>），如果我们尚未处于事务中，则可以启动事务。只有在这种情况下才能调用转换过程。
     </para>
 <!-- pgdoc-cn_end sig_en=2189ac3300a82a40eaca21f3d0a4087a -->
@@ -881,7 +881,7 @@ ________________________________________________________-->
     top-level plan node called <literal>ModifyTable</literal>.
    </para>
 ________________________________________________________-->
-   <para>pgdoc_cn_new_tag
+   <para>
     执行器机制用于评估所有五种基本的SQL查询类型：<command>SELECT</command>、<command>INSERT</command>、
     <command>UPDATE</command>、<command>DELETE</command>和<command>MERGE</command>。
     对于<command>SELECT</command>，顶层执行器代码只需要将查询计划树返回的每一行发送给客户端。
@@ -912,7 +912,7 @@ ________________________________________________________-->
     inserts, updates or deletes the target row, as required.
    </para>
 ________________________________________________________-->
-   <para>pgdoc_cn_new_tag
+   <para>
     <command>INSERT ... SELECT</command> feeds the rows up
     to <literal>ModifyTable</literal> for insertion.  For
     <command>UPDATE</command>, the planner arranges that each
@@ -941,7 +941,7 @@ ________________________________________________________-->
     to <literal>ModifyTable</literal> to perform the insertion.
    </para>
 ________________________________________________________-->
-   <para>pgdoc_cn_new_tag
+   <para>
     一个简单的<command>INSERT ... VALUES</command>命令创建了一个简单的计划树，由一个单独的<literal>Result</literal>节点组成，
     该节点仅计算一个结果行，将其传递给<literal>ModifyTable</literal>执行插入操作。
 </para>

postgresql/doc/src/sgml/archive-modules.sgml

@@ -4,7 +4,7 @@
 <!-- pgdoc-cn_start sig_en=c31a4813c55a857834e1889b9a459272 sig_cn_org=94f9057b59523685216da13b84afcd1f source=15.7 
  <title>Archive Modules</title>
 ________________________________________________________-->
- <title>pgdoc_cn_new_tag存档模块</title>
+ <title>存档模块</title>
 <!-- pgdoc-cn_end sig_en=c31a4813c55a857834e1889b9a459272 -->
 <!-- pgdoc-cn_start sig_en=6e76ff6d219383b744714351a0b5d731 sig_cn_org=76da3f14eced0fd8f829746c41219a70 source=15.7 
  <indexterm zone="archive-modules">
@@ -25,7 +25,7 @@ ________________________________________________________-->
   performant.
  </para>
 ________________________________________________________-->
- <para>pgdoc_cn_new_tag
+ <para>
   PostgreSQL提供了为连续归档创建自定义模块的基础设施（参见<xref linkend="continuous-archiving"/>）。
   虽然通过shell命令进行归档（即<xref linkend="guc-archive-command"/>）更简单，
   但自定义归档模块通常会更加健壮和高效。
@@ -42,7 +42,7 @@ ________________________________________________________-->
   <xref linkend="backup-archiving-wal"/>.
  </para>
 ________________________________________________________-->
- <para>pgdoc_cn_new_tag
+ <para>
   当配置了自定义<xref linkend="guc-archive-library"/>时，PostgreSQL将完成的WAL文件提交给模块，
   服务器将避免回收或删除这些WAL文件，直到模块指示文件已成功归档为止。最终由模块决定如何处理每个WAL文件，
   但在<xref linkend="backup-archiving-wal"/>中列出了许多建议。
@@ -58,7 +58,7 @@ ________________________________________________________-->
   workers).
  </para>
 ________________________________________________________-->
- <para>pgdoc_cn_new_tag
+ <para>
   存档模块必须至少包括一个初始化函数（参见<xref linkend="archive-module-init"/>）和所需的回调函数（参见<xref linkend="archive-module-callbacks"/>）。
   但是，存档模块也被允许做更多的事情（例如，声明GUC和注册后台工作者）。
 </para>
@@ -70,7 +70,7 @@ ________________________________________________________-->
   example, which demonstrates some useful techniques.
  </para>
 ________________________________________________________-->
- <para>pgdoc_cn_new_tag
+ <para>
   <filename>contrib/basic_archive</filename>模块包含一个可工作的示例，演示了一些有用的技术。
 </para>
 <!-- pgdoc-cn_end sig_en=0c02c216629aadc88d419980235b8ef7 -->
@@ -79,7 +79,7 @@ ________________________________________________________-->
 <!-- pgdoc-cn_start sig_en=a25c81a0e87f417d2071924d57c3cc77 sig_cn_org=b77a38a8c4f8d14aca4318ff44e2b040 source=15.7 
   <title>Initialization Functions</title>
 ________________________________________________________-->
-  <title>pgdoc_cn_new_tag初始化函数</title>
+  <title>初始化函数</title>
 <!-- pgdoc-cn_end sig_en=a25c81a0e87f417d2071924d57c3cc77 -->
 <!-- pgdoc-cn_start sig_en=71c388e73a3fbab2fbe0ed0a29389d47 sig_cn_org=e4923f244b4797ea6f7144107852c9a5 source=15.7 
   <indexterm zone="archive-module-init">
@@ -115,7 +115,7 @@ typedef void (*ArchiveModuleInit) (struct ArchiveModuleCallbacks *cb);
    others are optional.
   </para>
 ________________________________________________________-->
-  <para>pgdoc_cn_new_tag
+  <para>
    通过动态加载一个共享库来加载存档库，共享库的名称为<xref linkend="guc-archive-library"/>的基本名称。
    使用正常的库搜索路径来定位库。为了提供所需的存档模块回调并指示该库实际上是一个存档模块，
    它需要提供一个名为<function>_PG_archive_module_init</function>的函数。该函数接收一个结构体，
@@ -140,15 +140,15 @@ typedef void (*ArchiveModuleInit) (struct ArchiveModuleCallbacks *cb);
 <!-- pgdoc-cn_start sig_en=bdb232273ea8ca4908fed922d376aaf6 sig_cn_org=166126b110517b3f8c2e0bfbc5f45221 source=15.7 
   <title>Archive Module Callbacks</title>
 ________________________________________________________-->
-  <title>pgdoc_cn_new_tag存档模块回调函数</title>
+  <title>存档模块回调函数</title>
 <!-- pgdoc-cn_end sig_en=bdb232273ea8ca4908fed922d376aaf6 -->
 <!-- pgdoc-cn_start sig_en=37dd2aaea2a91b668ef427acb0065f43 sig_cn_org=2b747e33a89b6b9fc94ed1755e43fedf source=15.7 
   <para>
    The archive callbacks define the actual archiving behavior of the module.
    The server will call them as required to process each individual WAL file.
   </para>
 ________________________________________________________-->
-  <para>pgdoc_cn_new_tag
+  <para>
    存档回调函数定义模块的实际存档行为。
    服务器将根据需要调用它们来处理每个单独的WAL文件。
 </para>
@@ -158,7 +158,7 @@ ________________________________________________________-->
 <!-- pgdoc-cn_start sig_en=43b1b1b0fbfa01d807a29779f0ced29d sig_cn_org=5a1bc64532a5c95a86d77f032e7ab5d9 source=15.7 
    <title>Check Callback</title>
 ________________________________________________________-->
-   <title>pgdoc_cn_new_tag检查回调</title>
+   <title>检查回调</title>
 <!-- pgdoc-cn_end sig_en=43b1b1b0fbfa01d807a29779f0ced29d -->
 <!-- pgdoc-cn_start sig_en=cb6e227d063b24175058dfb9dd41c019 sig_cn_org=6055ca5aacedb113204d20ded387dba7 source=15.7 
    <para>
@@ -183,7 +183,7 @@ WARNING:  archive_mode enabled, yet archiving is not configured
     archiving will proceed only when it returns <literal>true</literal>.
    </para>
 ________________________________________________________-->
-   <para>pgdoc_cn_new_tag
+   <para>
     回调<function>check_configured_cb</function>被调用以确定模块是否完全配置并准备接受WAL文件（例如，其配置参数设置为有效值）。
     如果未定义<function>check_configured_cb</function>，服务器始终假定模块已配置。
 
@@ -205,7 +205,7 @@ WARNING:  archive_mode enabled, yet archiving is not configured
 <!-- pgdoc-cn_start sig_en=f3558b7d128924558f3ea314c1419639 sig_cn_org=6574c8e1efa8bfa9e113e96082c36aeb source=15.7 
    <title>Archive Callback</title>
 ________________________________________________________-->
-   <title>pgdoc_cn_new_tag存档回调</title>
+   <title>存档回调</title>
 <!-- pgdoc-cn_end sig_en=f3558b7d128924558f3ea314c1419639 -->
 <!-- pgdoc-cn_start sig_en=90d338c9b5f67b3025aa9a64c18f4f72 sig_cn_org=794bc92bc4c112608ba5830a7501f584 source=15.7 
    <para>
@@ -225,7 +225,7 @@ typedef bool (*ArchiveFileCB) (const char *file, const char *path);
     path of the WAL file (including the file name).
    </para>
 ________________________________________________________-->
-   <para>pgdoc_cn_new_tag
+   <para>
     <function>archive_file_cb</function>回调函数被调用以归档单个WAL文件。
 
     <programlisting>
@@ -242,7 +242,7 @@ ________________________________________________________-->
 <!-- pgdoc-cn_start sig_en=68b3ee2e7b46796aed869d754422c63d sig_cn_org=e76d0196a15baed4533a8fc3b8255fec source=15.7 
    <title>Shutdown Callback</title>
 ________________________________________________________-->
-   <title>pgdoc_cn_new_tag关闭回调</title>
+   <title>关闭回调</title>
 <!-- pgdoc-cn_end sig_en=68b3ee2e7b46796aed869d754422c63d -->
 <!-- pgdoc-cn_start sig_en=7988a41cd3f5cf75cb098f4be182e5a4 sig_cn_org=c3211755578c576087a76c3c0f468c63 source=15.7 
    <para>
@@ -257,7 +257,7 @@ typedef void (*ArchiveShutdownCB) (void);
 </programlisting>
    </para>
 ________________________________________________________-->
-   <para>pgdoc_cn_new_tag
+   <para>
     当归档器进程退出（例如，发生错误后）或者<xref linkend="guc-archive-library"/>的值发生变化时，会调用<function>shutdown_cb</function>回调函数。如果没有定义<function>shutdown_cb</function>，在这些情况下不会采取任何特殊操作。
 
 <programlisting>

postgresql/doc/src/sgml/auth-delay.sgml

@@ -60,7 +60,7 @@ ________________________________________________________-->
      </indexterm>
     </term>
 ________________________________________________________-->
-    <term>pgdoc_cn_new_tag
+    <term>
      <varname>auth_delay.milliseconds</varname> (<type>integer</type>)
      <indexterm>
       <primary><varname>auth_delay.milliseconds</varname>配置参数</primary>