fix typo #425 reindex的翻译从“重索引”改成“从新索引”

postgres-cn · Sep 3, 2023 · 78f29d2 · 78f29d2
1 parent 03e5c09
commit 78f29d2
Show file tree

Hide file tree

Showing 5 changed files with 15 additions and 15 deletions.
diff --git a/postgresql/doc/src/sgml/maintenance.sgml b/postgresql/doc/src/sgml/maintenance.sgml
@@ -1406,7 +1406,7 @@ ____________________________________________________________________________-->
   </para>
 ____________________________________________________________________________-->
   <para>
-   已经完全变成空的B树索引页面被收回重用。但是，还是有一种低效的空间利用的可能性：如果一个页面上除少量索引键之外的全部键被删除，该页面仍然被分配。因此，在这种每个范围中大部分但不是全部键最终被删除的使用模式中，可以看到空间的使用是很差的。对于这样的使用模式，推荐使用定期重索引。
+   已经完全变成空的B树索引页面被收回重用。但是，还是有一种低效的空间利用的可能性：如果一个页面上除少量索引键之外的全部键被删除，该页面仍然被分配。因此，在这种每个范围中大部分但不是全部键最终被删除的使用模式中，可以看到空间的使用是很差的。对于这样的使用模式，推荐使用定期重新索引。
   </para>
 
 <!--==========================orignal english content==========================
@@ -1430,7 +1430,7 @@ ____________________________________________________________________________-->
   </para>
 ____________________________________________________________________________-->
   <para>
-   还有，对于B树索引，一个新建立的索引比更新了多次的索引访问起来要略快， 因为在新建立的索引上，逻辑上相邻的页面通常物理上也相邻（这样的考虑目前并不适用于非B树索引）。仅仅为了提高访问速度也值得定期重索引。
+   还有，对于B树索引，一个新建立的索引比更新了多次的索引访问起来要略快， 因为在新建立的索引上，逻辑上相邻的页面通常物理上也相邻（这样的考虑目前并不适用于非B树索引）。仅仅为了提高访问速度也值得定期重新索引。
   </para>
 
 <!--==========================orignal english content==========================

diff --git a/postgresql/doc/src/sgml/ref/pgupgrade.sgml b/postgresql/doc/src/sgml/ref/pgupgrade.sgml
@@ -1438,7 +1438,7 @@ ____________________________________________________________________________-->
   </para>
 ____________________________________________________________________________-->
   <para>
-   如果失败、重建和重索引会影响你的安装，<application>pg_upgrade</application>
+   如果失败、重建和重新索引会影响你的安装，<application>pg_upgrade</application>
    将会报告这些情况。用来重建表和索引的升级后脚本将会自动被建立。
    如果你正在尝试自动升级很多集簇，你应该发现具有相同数据库模式的集簇
    对所有集簇升级都要求同样的升级后步骤，这是因为升级后步骤是基于数据

diff --git a/postgresql/doc/src/sgml/ref/reindex.sgml b/postgresql/doc/src/sgml/ref/reindex.sgml
@@ -197,7 +197,7 @@ ____________________________________________________________________________-->
 ____________________________________________________________________________-->
      <para>
       重新创建指定表的所有索引。
-      如果该表有一个二级<quote>TOAST</quote>表，它也会被重索引。
+      如果该表有一个二级<quote>TOAST</quote>表，它也会被重新索引。
       当与分区表一起使用时，<command>REINDEX</command>的这种形式不能再事务块内部执行。
      </para>
     </listitem>
@@ -285,9 +285,9 @@ ____________________________________________________________________________-->
      </para>
 ____________________________________________________________________________-->
      <para>
-      要被重索引的特定索引、表或者数据库的名字。索引和表名可以被
+      要被重新索引的特定索引、表或者数据库的名字。索引和表名可以被
       模式限定。当前，<command>REINDEX DATABASE</command>和
-      <command>REINDEX SYSTEM</command>只能重索引当前数据库，因此
+      <command>REINDEX SYSTEM</command>只能重新索引当前数据库，因此
       它们的参数必须匹配当前数据库的名称。
      </para>
     </listitem>
@@ -535,7 +535,7 @@ ____________________________________________________________________________-->
   </para>
 ____________________________________________________________________________-->
   <para>
-   重索引单独一个索引或者表要求用户是该索引或表的拥有者。对方案或数据库重建索引要求是该方案或者数据库的拥有者。请特别注意，因此非超级用户有时无法重建其他用户拥有的表上的索引。不过，作为一种特例，当一个非超级用户发出<command>REINDEX DATABASE</command>、<command>REINDEX SCHEMA</command>或者<command>REINDEX SYSTEM</command>时，共享目录上的索引将被跳过，除非该用户拥有该目录（通常不会是这样）。当然，超级用户总是可以重建所有的索引。
+   重新索引单独一个索引或者表要求用户是该索引或表的拥有者。对方案或数据库重建索引要求是该方案或者数据库的拥有者。请特别注意，因此非超级用户有时无法重建其他用户拥有的表上的索引。不过，作为一种特例，当一个非超级用户发出<command>REINDEX DATABASE</command>、<command>REINDEX SCHEMA</command>或者<command>REINDEX SYSTEM</command>时，共享目录上的索引将被跳过，除非该用户拥有该目录（通常不会是这样）。当然，超级用户总是可以重建所有的索引。
   </para>
 
 <!--==========================orignal english content==========================

diff --git a/postgresql/doc/src/sgml/ref/reindexdb.sgml b/postgresql/doc/src/sgml/ref/reindexdb.sgml
@@ -34,7 +34,7 @@ ____________________________________________________________________________-->
 ____________________________________________________________________________-->
  <refnamediv>
   <refname>reindexdb</refname>
-  <refpurpose>重索引一个<productname>PostgreSQL</productname>数据库</refpurpose>
+  <refpurpose>重新索引一个<productname>PostgreSQL</productname>数据库</refpurpose>
  </refnamediv>
 
  <refsynopsisdiv>
@@ -191,7 +191,7 @@ ____________________________________________________________________________-->
 ____________________________________________________________________________-->
   <para>
    <application>reindexdb</application>是 SQL 命令<link linkend="sql-reindex"><command>REINDEX</command></link>的一个包装器。
-   在通过这个工具和其他方法访问服务器来重索引数据库之间没有实质性的区别。
+   在通过这个工具和其他方法访问服务器来重新索引数据库之间没有实质性的区别。
   </para>
 
  </refsect1>
@@ -391,7 +391,7 @@ ____________________________________________________________________________-->
       <term><option>--all</option></term>
       <listitem>
        <para>
-        重索引所有数据库。
+        重新索引所有数据库。
        </para>
       </listitem>
      </varlistentry>
@@ -487,7 +487,7 @@ ____________________________________________________________________________-->
       <term><option>--table=<replaceable class="parameter">table</replaceable></option></term>
       <listitem>
        <para>
-        只索引<replaceable class="parameter">table</replaceable>。可以通过写多个<option>-t</option>开关来重索引多个表。
+        只索引<replaceable class="parameter">table</replaceable>。可以通过写多个<option>-t</option>开关来重新索引多个表。
        </para>
       </listitem>
      </varlistentry>
@@ -835,7 +835,7 @@ ____________________________________________________________________________-->
    </para>
 ____________________________________________________________________________-->
    <para>
-    要重索引数据库<literal>test</literal>：
+    要重新索引数据库<literal>test</literal>：
 <screen>
 <prompt>$ </prompt><userinput>reindexdb test</userinput>
 </screen>
@@ -850,7 +850,7 @@ ____________________________________________________________________________-->
 </screen></para>
 ____________________________________________________________________________-->
    <para>
-    要重索引名为<literal>abcd</literal>的数据库中的表<literal>foo</literal>和索引<literal>bar</literal>：
+    要重新索引名为<literal>abcd</literal>的数据库中的表<literal>foo</literal>和索引<literal>bar</literal>：
 <screen>
 <prompt>$ </prompt><userinput>reindexdb --table foo --index bar abcd</userinput>
 </screen></para>

diff --git a/postgresql/doc/src/sgml/textsearch.sgml b/postgresql/doc/src/sgml/textsearch.sgml
@@ -2963,7 +2963,7 @@ ____________________________________________________________________________-->
     </para>
 ____________________________________________________________________________-->
     <para>
-     <function>ts_rewrite</function>函数族在一个给定的<type>tsquery</type>中搜索一个目标子查询的出现，并且将每一次出现替换成一个替补子查询。本质上这个操作就是一个<type>tsquery</type>版本的子串替换。一个目标和替补的组合可以被看成是一个<firstterm>查询重写规则</firstterm>。一个这类重写规则的集合可以是一个强大的搜索助手。例如，你可以使用同义词扩展搜索（如，<literal>new york</literal>、<literal>big apple</literal>、<literal>nyc</literal>、<literal>gotham</literal>），或者收缩搜索来将用户导向某些特点主题。在这个特性和分类词典（<xref linkend="textsearch-thesaurus"/>）有些功能重叠。但是，你可以随时修改一组重写规则而无需重索引，而更新一个分类词典则要求进行重索引才能生效。
+     <function>ts_rewrite</function>函数族在一个给定的<type>tsquery</type>中搜索一个目标子查询的出现，并且将每一次出现替换成一个替补子查询。本质上这个操作就是一个<type>tsquery</type>版本的子串替换。一个目标和替补的组合可以被看成是一个<firstterm>查询重写规则</firstterm>。一个这类重写规则的集合可以是一个强大的搜索助手。例如，你可以使用同义词扩展搜索（如，<literal>new york</literal>、<literal>big apple</literal>、<literal>nyc</literal>、<literal>gotham</literal>），或者收缩搜索来将用户导向某些特点主题。在这个特性和分类词典（<xref linkend="textsearch-thesaurus"/>）有些功能重叠。但是，你可以随时修改一组重写规则而无需重新索引，而更新一个分类词典则要求进行重新索引才能生效。
     </para>
 
     <variablelist>
@@ -4769,7 +4769,7 @@ ____________________________________________________________________________-->
     </para>
 ____________________________________________________________________________-->
     <para>
-     在索引期间要用到分类词典，因此分类词典参数中的任何变化都<emphasis>要求</emphasis>重索引。对于大多数其他索引类型，例如增加或移除停用词等小改动都不会强制重索引。
+     在索引期间要用到分类词典，因此分类词典参数中的任何变化都<emphasis>要求</emphasis>重新索引。对于大多数其他索引类型，例如增加或移除停用词等小改动都不会强制重新索引。
     </para>
    </caution>