Merge pull request #440 from 1030504258/master

校验文件完成

Author: ChenHuajun

postgresql/doc/src/sgml/adminpack.sgml

@@ -48,7 +48,7 @@ ________________________________________________________-->
  <para>
   <xref linkend="functions-adminpack-table"/> 中显示的函数提供了对托管服务器上文件的写入访问权限。
   (另请参阅 <xref linkend="functions-admin-genfile-table"/> 中的函数，这些函数提供只读访问权限。)
-  只有数据库集群目录中的文件才能被访问，除非用户是超级用户或具有
+  只有集簇目录中的文件才能被访问，除非用户是超级用户或具有
   <literal>pg_read_server_files</literal> 或
   <literal>pg_write_server_files</literal> 角色之一的权限，适用于该函数，但相对路径或绝对路径均可。
 </para>

postgresql/doc/src/sgml/advanced.sgml

@@ -846,7 +846,7 @@ ________________________________________________________-->
    4800 | 47100
    6000 | 47100
    5200 | 47100
-(10 行)
+(10 rows)
 </screen>
 <!-- pgdoc-cn_end sig_en=7d69d86aed19838af3477eb62d6268c6 -->
 
@@ -905,7 +905,7 @@ ________________________________________________________-->
    5200 | 41100
    5200 | 41100
    6000 | 47100
-(10 行)
+(10 rows)
 </screen>
 <!-- pgdoc-cn_end sig_en=b442190722aef4e54a74082045fc03f6 -->
 

postgresql/doc/src/sgml/amcheck.sgml

@@ -307,15 +307,10 @@ ________________________________________________________-->
      </para>
 ________________________________________________________-->
      <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
-      B-Tree operator class used by the index that is checked, or,
-      hypothetically, undiscovered bugs in the underlying B-Tree index
-      access method code.  Note that
-      <function>bt_index_parent_check</function> cannot be used when
-      hot standby mode is enabled (i.e., on read-only physical
-      replicas), unlike <function>bt_index_check</function>.
+      <function>bt_index_parent_check</function>的额外验证更有可能检测到各种病理情况。
+      这些情况可能涉及到被检查的索引使用的 B-Tree 操作类的错误实现，或者假设性地底层 B-Tree 索引访问方法代码中未发现的bug。
+      请注意，与<function>bt_index_parent_check</function>不同，
+      当启用热备模式（即在只读物理副本上）时，不能使用<function>bt_index_check</function>。
      </para>
 <!-- pgdoc-cn_end sig_en=fd165459cf02c9eaff49bfcb9b16ce9e -->
     </listitem>
@@ -382,7 +377,7 @@ SET client_min_messages = DEBUG1;
 ________________________________________________________-->
      <para>
       检查表、序列或物化视图的结构损坏，其中关系中的页面包含格式无效的数据，
-      以及逻辑损坏，其中页面在结构上有效但与数据库集群的其余部分不一致。
+      以及逻辑损坏，其中页面在结构上有效但与集簇的其余部分不一致。
 </para>
 <!-- pgdoc-cn_end sig_en=e61d42d351c3b596c688dc4ad56379c9 -->
 <!-- pgdoc-cn_start sig_en=5182bd18378f894f8d63b68c7e82018c sig_cn_org=None source=14.1 

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

@@ -913,23 +913,11 @@ ________________________________________________________-->
    </para>
 ________________________________________________________-->
    <para>
-    <command>INSERT ... SELECT</command> feeds the rows up
-    to <literal>ModifyTable</literal> for insertion.  For
-    <command>UPDATE</command>, the planner arranges that each
-    computed row includes all the updated column values, plus the
-    <firstterm>TID</firstterm> (tuple ID, or row ID) of the original
-    target row; this data is fed up to the <literal>ModifyTable</literal>
-    node, which uses the information to create a new updated row and
-    mark the old row deleted.  For <command>DELETE</command>, the only
-    column that is actually returned by the plan is the TID, and the
-    <literal>ModifyTable</literal> node simply uses the TID to visit each
-    target row and mark it deleted.  For <command>MERGE</command>, the
-    planner joins the source and target relations, and includes all
-    column values required by any of the <literal>WHEN</literal> clauses,
-    plus the TID of the target row; this data is fed up to the
-    <literal>ModifyTable</literal> node, which uses the information to
-    work out which <literal>WHEN</literal> clause to execute, and then
-    inserts, updates or deletes the target row, as required.
+    <command>INSERT ... SELECT</command> 将行提供给 <literal>ModifyTable</literal> 进行插入。
+    对于 <command>UPDATE</command>，规划器安排每个计算出的行包含所有更新列的值， 加上原始目标行的 <firstterm>TID</firstterm> (元组ID或行ID)；这些数据被提供给 <literal>ModifyTable</literal> 节点，该节点使用这些信息创建一个新的更新行并标记旧行已删除。
+    对于 <command>DELETE</command>，计划实际返回的唯一列是TID， <literal>ModifyTable</literal> 节点只需使用TID访问每个目标行并将其标记为已删除。
+    对于 <command>MERGE</command>， 规划器连接源和目标关系，并包含所有 <literal>WHEN</literal> 子句所需的列值，加上目标行的TID；
+    这些数据被提供给 <literal>ModifyTable</literal> 节点，该节点使用这些信息来决定执行哪个 <literal>WHEN</literal> 子句，然后根据需要插入、更新或删除目标行。
 </para>
 <!-- pgdoc-cn_end sig_en=627b5ab30568e060ff977ec2532922fe -->
 

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

@@ -226,7 +226,7 @@ typedef bool (*ArchiveFileCB) (const char *file, const char *path);
    </para>
 ________________________________________________________-->
    <para>
-    <function>archive_file_cb</function>回调函数被调用以归档单个WAL文件。
+    <function>archive_file_cb</function>回调函数被调用，用于归档单个WAL文件。
 
     <programlisting>
     typedef bool (*ArchiveFileCB) (const char *file, const char *path);

postgresql/doc/src/sgml/backup.sgml

@@ -1068,7 +1068,7 @@ ________________________________________________________-->
    <para>
     在<varname>archive_command</varname>中，
     <literal>%p</literal>会被替换为要归档的文件路径名，而<literal>%f</literal>会被替换为文件名。
-    （文件路径名是相对于当前工作目录，即集群的数据目录的。）
+    （文件路径名是相对于当前工作目录，即集簇的数据目录的。）
     如果需要在命令中嵌入实际的<literal>%</literal>字符，请使用<literal>%%</literal>。
     最简单有用的命令可能是这样的：
 <programlisting>
@@ -1283,7 +1283,7 @@ ________________________________________________________-->
    <para>
     存档命令或函数仅在完成的WAL段上调用。因此，如果您的服务器生成的WAL流量很少（或者有间歇
     期），在事务完成和安全记录到存档存储之间可能会有很长的延迟。为了限制未存档数据的
-    年龄，您可以设置<xref linkend="guc-archive-timeout"/>，强制服务器至少在那么长时间内切换
+    最旧时间，您可以设置<xref linkend="guc-archive-timeout"/>，强制服务器至少在指定长的时间内切换
     到新的WAL段文件。请注意，由于强制切换而提前存档的文件仍然与完全满文件相同长度。因此，
     设置非常短的<varname>archive_timeout</varname>是不明智的——它会使您的存档存储膨胀。
     大约一分钟左右的<varname>archive_timeout</varname>设置通常是合理的。
@@ -1513,7 +1513,7 @@ SELECT pg_backup_start(label => 'label', fast => false);
     </para>
 ________________________________________________________-->
     <para>
-     在线备份始终从检查点的开始开始。默认情况下，<function>pg_backup_start</function>将等待下一个定期计划的检查点完成，这可能需要很长时间（请参阅配置参数<xref linkend="guc-checkpoint-timeout"/>和<xref linkend="guc-checkpoint-completion-target"/>）。通常这是最好的，因为它最大程度地减少了对运行系统的影响。如果您想尽快开始备份，请将<literal>true</literal>作为第二个参数传递给<function>pg_backup_start</function>，它将请求立即检查点，尽可能快地完成，尽可能多地使用I/O。
+     在线备份始终从检查点的开始启动。默认情况下，<function>pg_backup_start</function>将等待下一个定期计划的检查点完成，这可能需要很长时间（请参阅配置参数<xref linkend="guc-checkpoint-timeout"/>和<xref linkend="guc-checkpoint-completion-target"/>）。通常这是最好的，因为它最大程度地减少了对运行系统的影响。如果您想尽快开始备份，请将<literal>true</literal>作为第二个参数传递给<function>pg_backup_start</function>，它将请求立即检查点，尽可能快地完成，尽可能多地使用I/O。
     </para>
 <!-- pgdoc-cn_end sig_en=619155c4a25a25e0a48ce647f2fac73b -->
 

postgresql/doc/src/sgml/basebackup-to-shell.sgml

@@ -13,7 +13,7 @@ ________________________________________________________-->
  </indexterm>
 ________________________________________________________-->
  <indexterm zone="basebackup-to-shell">
-  <primary>将basebackup转换为shell</primary>
+  <primary>basebackup_to_shell</primary>
  </indexterm>
 <!-- pgdoc-cn_end sig_en=89d816950f5abdec096f0bb9046816d3 -->
 

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

@@ -27,11 +27,10 @@ ________________________________________________________-->
  </para>
 ________________________________________________________-->
  <para>
-  <filename>basic_archive</filename> is an example of an archive module.  This
-  module copies completed WAL segment files to the specified directory.  This
-  may not be especially useful, but it can serve as a starting point for
-  developing your own archive module.  For more information about archive
-  modules, see <xref linkend="archive-modules"/>.
+  <filename>basic_archive</filename> 是归档模块的一个例子。
+  此模块将已完成的WAL段文件复制到指定的目录中。
+  这可能不是特别有用，但它可以作为开发自己的归档模块的起点。
+  有关归档模块的更多信息，请参见  <xref linkend="archive-modules"/>。
 </para>
 <!-- pgdoc-cn_end sig_en=088927850ae74f1b37c5e26c511bbdcc -->
 

postgresql/doc/src/sgml/bgworker.sgml

@@ -179,16 +179,15 @@ ________________________________________________________-->
   </para>
 ________________________________________________________-->
   <para>
-   <structfield>bgw_flags</structfield> is a bitwise-or'd bit mask indicating the
-   capabilities that the module wants.  Possible values are:
+   <structfield>bgw_flags</structfield> 是一个按位或位掩码，表示模块所需的功能。可能的值有：
    <variablelist>
 
     <varlistentry>
      <term><literal>BGWORKER_SHMEM_ACCESS</literal></term>
      <listitem>
       <para>
        <indexterm><primary>BGWORKER_SHMEM_ACCESS</primary></indexterm>
-       Requests shared memory access.  This flag is required.
+        请求共享内存访问。 此标志是必需的。
       </para>
      </listitem>
     </varlistentry>
@@ -198,11 +197,9 @@ ________________________________________________________-->
      <listitem>
       <para>
        <indexterm><primary>BGWORKER_BACKEND_&zwsp;DATABASE_CONNECTION</primary></indexterm>
-       Requests the ability to establish a database connection through which it
-       can later run transactions and queries.  A background worker using
-       <literal>BGWORKER_BACKEND_DATABASE_CONNECTION</literal> to connect to a
-       database must also attach shared memory using
-       <literal>BGWORKER_SHMEM_ACCESS</literal>, or worker start-up will fail.
+       请求建立数据库连接的能力，以便稍后运行事务和查询。
+       使用<literal>BGWORKER_BACKEND_DATABASE_CONNECTION</literal>连接到数据库的后台工作进程，还必须使用
+       <literal>BGWORKER_SHMEM_ACCESS</literal>附加共享内存，否则工作进程启动将失败。
       </para>
      </listitem>
     </varlistentry>

postgresql/doc/src/sgml/brin.sgml

@@ -35,10 +35,8 @@ ________________________________________________________-->
  </para>
 ________________________________________________________-->
  <para>
-  <acronym>BRIN</acronym> stands for Block Range Index.
-  <acronym>BRIN</acronym> is designed for handling very large tables
-  in which certain columns have some natural correlation with their
-  physical location within the table.
+  <acronym>BRIN</acronym> 代表块范围索引。
+  <acronym>BRIN</acronym> 旨在处理非常大的表，其中某些列与它们在表中的物理位置具有某种自然相关性。
 </para>
 <!-- pgdoc-cn_end sig_en=70b70b4a6c7a9120fc7bfb74340bd5a9 -->
 
@@ -57,16 +55,11 @@ ________________________________________________________-->
  </para>
 ________________________________________________________-->
  <para>
-  <acronym>BRIN</acronym> works in terms of <firstterm>block ranges</firstterm>
-  (or <quote>page ranges</quote>).
-  A block range is a group of pages that are physically
-  adjacent in the table; for each block range, some summary info is stored
-  by the index.
-  For example, a table storing a store's sale orders might have
-  a date column on which each order was placed, and most of the time
-  the entries for earlier orders will appear earlier in the table as well;
-  a table storing a ZIP code column might have all codes for a city
-  grouped together naturally.
+  <acronym>BRIN</acronym> 以 <firstterm>block ranges</firstterm>
+  (或 <quote>page ranges</quote>)为单位工作。
+  块范围是表中物理上相邻的一组页面；对于每个块范围，索引会存储一些摘要信息。
+  例如，一个存储商店销售订单的表可能有一个日期列，表示每个订单的下单日期，大多数情况下较早的订单条目也会在表格中较早出现；
+  一个存储邮政编码列的表可能会自然地将同一城市的所有邮政编码分组在一起。
 </para>
 <!-- pgdoc-cn_end sig_en=e3b2c04d5d86f4054583c592f20f5a2c -->
 
@@ -182,10 +175,9 @@ ________________________________________________________-->
    <link linkend="autovacuum">autovacuum</link>进行了清理，所有现有的未摘要的
    页面范围都会被摘要。
    另外，如果索引的
-   <xref linkend="index-reloption-autosummarize"/>参数被启用，
-   默认情况下不启用，
-   每当数据库中运行autovacuum时，将对所有已填充的未摘要的页面范围进行摘要，
-   无论表本身是否由autovacuum处理；请参见下文。
+   <xref linkend="index-reloption-autosummarize"/>参数被启用（默认情况下未启用），
+   那么每当数据库中运行自动清理（autovacuum）时，将对所有已填充的未摘要的页面范围进行摘要处理，
+   无论表本身是否由自动清理（autovacuum）处理；请参见下文。
 </para>
 <!-- pgdoc-cn_end sig_en=1373ff19c58ab48118a39c4fb8eeb2db -->
 
@@ -210,12 +202,11 @@ ________________________________________________________-->
    <simplelist>
     <member>
      <function>brin_summarize_new_values(regclass)</function>
-     which summarizes all unsummarized ranges;
+     它总结了所有未总结的范围;
     </member>
     <member>
      <function>brin_summarize_range(regclass, bigint)</function>
-     which summarizes only the range containing the given page,
-     if it is unsummarized.
+     如果未汇总，则仅汇总包含给定页面的范围。
     </member>
    </simplelist>
 </para>
@@ -241,11 +232,11 @@ LOG:  request for BRIN range summarization for index "brin_wi_idx" page 128 was
 ________________________________________________________-->
   <para>
    当启用自动摘要时，会向<literal>autovacuum</literal>发送请求，以在检测到下一个块范围的第一页的第一项插入时执行有针对性的摘要，
-   在同一数据库中的下一个autovacuum工作完成后执行。如果请求队列已满，则不记录请求，并向服务器日志发送消息:
+   在同一数据库中的下一个自动清理（autovacuum）工作完成后执行。如果请求队列已满，则不记录请求，并向服务器日志发送消息:
 <screen>
 LOG:  request for BRIN range summarization for index "brin_wi_idx" page 128 was not recorded
 </screen>
-   当发生这种情况时，范围将保持未摘要状态，直到表上的下一个常规vacuum运行，或者调用上述函数之一。
+   当发生这种情况时，范围将保持未摘要状态，直到表上的下一个常规清理运行，或者调用上述函数之一。
 </para>
 <!-- pgdoc-cn_end sig_en=7b170653c5c2c90bf03a0d6bae3922e0 -->