Merge pull request #416 from ChenHuajun/master

fix typo

Author: ChenHuajun

postgresql/doc/src/sgml/datatype.sgml

@@ -1074,7 +1074,7 @@ ____________________________________________________________________________-->
     </para>
 ____________________________________________________________________________-->
     <para>
-     在随后的内容里，我们使用了下述术语：一个<type>numeric</type>的<firstterm>precision</firstterm>（精度）是整个数中有效位的总数，也就是小数点两边的位数。<type>numeric</type>的<firstterm>scale</firstterm>（刻度）是小数部分的数字位数，也就是小数点右边的部分。因此数字 23.5141 的精度为6而刻度为4。可以认为整数的刻度为零。
+     在随后的内容里，我们使用了下述术语：一个<type>numeric</type>的<firstterm>precision</firstterm>（精度）是整个数中有效位的总数，也就是小数点两边的位数。<type>numeric</type>的<firstterm>scale</firstterm>（小数位数）是小数部分的数字位数，也就是小数点右边的部分。因此数字 23.5141 的精度为6而小数位数为4。可以认为整数的小数位数为零。
     </para>
 
 <!--==========================orignal english content==========================
@@ -1108,19 +1108,19 @@ NUMERIC
     </para>
 ____________________________________________________________________________-->
     <para>
-     <type>numeric</type>列的最大精度和最大比例都是可以配置的。要声明一个类型为<type>numeric</type>的列，你可以用下面的语法：
+     <type>numeric</type>列的最大精度和最大小数位数都是可以配置的。要声明一个类型为<type>numeric</type>的列，你可以用下面的语法：
 <programlisting>
 NUMERIC(<replaceable>precision</replaceable>, <replaceable>scale</replaceable>)
 </programlisting>
-     精度必须为正数，比例可以为零或者正数。另外：
+     精度必须为正数，小数位数可以为零或者正数。另外：
 <programlisting>
 NUMERIC(<replaceable>precision</replaceable>)
 </programlisting>
-     选择比例为 0 。如果使用
+     选择小数位数为 0 。如果使用
 <programlisting>
 NUMERIC
 </programlisting>
-     在没有任何精度或比例（译注：小数位）的情况下，创建一个<quote>无约束的数值</quote>列，其中可以存储任意长度的数值，直到被实现所限制。此类列不会将输入值强制转换为任何特定的比例，而具有声明比例的<type>numeric</type>列会将输入值强迫转换为该比例。（ <acronym>SQL</acronym>标准要求默认比例为0，即强制为整数精度。我们发现这有点无用。如果你关心可移植性，请始终明确指定精度和比例。）
+     在没有指定任何精度或小数位数的情况下，创建一个<quote>无约束的数值</quote>列，其中可以存储任意长度的数值，直到被实现所限制。此类列不会将输入值强制转换为任何特定的小数位数，而具有声明小数位数的<type>numeric</type>列会将输入值强迫转换为该小数位数。（ <acronym>SQL</acronym>标准要求默认小数位数为0，即强制为整数精度。我们发现这有点无用。如果你关心可移植性，请始终明确指定精度和小数位数。）
     </para>
 
     <note>
@@ -1147,7 +1147,7 @@ ____________________________________________________________________________-->
     </para>
 ____________________________________________________________________________-->
     <para>
-     如果一个要存储的值的比例比列声明的比例高，那么系统将尝试圆整（四舍五入）该值到指定的分数位数。 然后，如果小数点左边的位数超过了声明的精度减去声明的比例，那么抛出一个错误。
+     如果一个要存储的值的小数位数比列声明的小数位数高，那么系统将尝试圆整（四舍五入）该值到指定的分数位数。 然后，如果小数点左边的位数超过了声明的精度减去声明的小数位数，那么抛出一个错误。
     </para>
 
 <!--==========================orignal english content==========================
@@ -1162,7 +1162,7 @@ ____________________________________________________________________________-->
     </para>
 ____________________________________________________________________________-->
     <para>
-     数字值在物理上是以不带任何前导或者后缀零的形式存储。 因此，列上声明的精度和比例都是最大值，而不是固定分配的 （在这个方面，<type>numeric</type>类型更类似于<type>varchar(<replaceable>n</replaceable>)</type>， 而不像<type>char(<replaceable>n</replaceable>)</type>）。 实际存储要求是每四个十进制位组用两个字节，再加上三到八个字节的开销。
+     数字值在物理上是以不带任何前导或者后缀零的形式存储。 因此，列上声明的精度和小数位数都是最大值，而不是固定分配的 （在这个方面，<type>numeric</type>类型更类似于<type>varchar(<replaceable>n</replaceable>)</type>， 而不像<type>char(<replaceable>n</replaceable>)</type>）。 实际存储要求是每四个十进制位组用两个字节，再加上三到八个字节的开销。
     </para>
 
 <!--==========================orignal english content==========================

postgresql/doc/src/sgml/ddl.sgml

@@ -8551,9 +8551,9 @@ ____________________________________________________________________________-->
    </para>
 ____________________________________________________________________________-->
    <para>
-    最重要的设计决策之一是列或者如何对数据进行分区的。
-    通常最佳选择是按列或列集合进行分区，这些列最常出现在分区表上执行的查询的 <literal>WHERE</literal>子句中。
-    <literal>WHERE</literal>子句与分区绑定约束兼容，可用于修剪不需要的分区。
+    最重要的设计决策之一是选择对数据进行分区的列或者列的组合。
+    通常最佳选择是按最常出现在分区表上执行的查询的 <literal>WHERE</literal>子句中的列或列集合进行分区。
+    与分区键匹配并兼容的<literal>WHERE</literal>子句项可用于裁剪不需要的分区。
     但是，你可能会被迫根据<literal>PRIMARY KEY</literal>或<literal>UNIQUE</literal>约束的要求做出其他决策。 
     在规划分区策略时，删除不需要的数据也是需要考虑的一个因素。
     可以相当快地分离整个分区，因此采用这样方式设计分区策略可能是有益的，既把一次删除的所有数据都放在单个分区中。

postgresql/doc/src/sgml/extend.sgml

@@ -141,7 +141,7 @@ ____________________________________________________________________________-->
    </para>
 ____________________________________________________________________________-->
    <para>
-    此外，<productname>PostgreSQL</productname>服务器能够通过动态载入把用户编写的代码结合到它自身中。也就是，用户能够指定一个实现了一个新类型或函数的对象代码文件（例如一个共享库），并且<productname>PostgreSQL</productname>将按照要求载入它。把用<acronym>SQL</acronym>编写的代码加入到服务器会更繁琐。这种<quote>即时</quote>修改其操作的能力让<productname>PostgreSQL</productname>独特地适合新应用和存储结构的快速原型设计。
+    此外，<productname>PostgreSQL</productname>服务器能够通过动态载入把用户编写的代码结合到它自身中。也就是，用户能够指定一个实现了一个新类型或函数的对象代码文件（例如一个共享库），并且<productname>PostgreSQL</productname>将按照要求载入它。把用<acronym>SQL</acronym>编写的代码加入到服务器会更加轻而易举。这种<quote>即时</quote>修改其操作的能力让<productname>PostgreSQL</productname>独特地适合新应用和存储结构的快速原型设计。
    </para>
   </sect1>
 
@@ -649,7 +649,7 @@ ____________________________________________________________________________-->
      此外，如果有位置被声明为<type>anyarray</type>并且其他位置被声明为<type>anyelement</type>，<type>anyarray</type>位置中的实际数组类型必须是一个数组，该数组的元素都是出现在<type>anyelement</type>位置的同一种类型。
      相似地，如果有位置被声明为<type>anyrange</type>并且其他位置被声明为<type>anyelement</type>或<type>anyarray</type>，<type>anyrange</type>位置的实际范围类型必须是一个范围，该范围的子类型是出现在<type>anyelement</type>位置的同一种类型，并且与 <type>anyarray</type> 位置的元素类型相同。
      <type>anynonarray</type>被当做和<type>anyelement</type>相同，但是增加了额外的约束要求实际类型不能是一种数组类型。
-     <type>anyenum</type>被当做和<type>anyelement</type>相同，但是增加了额外的约束要求实际类型不能是一种枚举类型。
+     <type>anyenum</type>被当做和<type>anyelement</type>相同，但是增加了额外的约束要求实际类型必须是一种枚举类型。
     </para>
 
 <!--==========================orignal english content==========================

postgresql/doc/src/sgml/func.sgml

@@ -18888,7 +18888,8 @@ now()
    </para>
 ____________________________________________________________________________-->
    <para>
-    <productname>PostgreSQL</productname>同样也提供了返回当前语句开始时间的函数， 它们会返回函数被调用时的真实当前时间。这些非 SQL 标准的函数列表如下：
+    <productname>PostgreSQL</productname>还提供了返回当前语句的开始时间以及
+    调用该函数时的实际当前时间的函数。这些非 SQL 标准的函数列表如下：
 <synopsis>
 transaction_timestamp()
 statement_timestamp()

postgresql/doc/src/sgml/libpq.sgml

@@ -1160,7 +1160,7 @@ switch(PQstatus(conn))
       </para>
 
       <para>
-       在使用<function>PQconnectPoll</function>时，连接参数<literal>connect_timeout</literal>会被忽略：判断是否超时是应用的责任。否则，<function>PQconnectStart</function>后面跟着后面跟着<function>PQconnectPoll</function>循环等效于<xref linkend="libpq-PQconnectdb"/>。
+       在使用<function>PQconnectPoll</function>时，连接参数<literal>connect_timeout</literal>会被忽略：判断是否超时是应用的责任。否则，<function>PQconnectStart</function>后面跟着<function>PQconnectPoll</function>循环等效于<xref linkend="libpq-PQconnectdb"/>。
       </para>
 
       <para>

postgresql/doc/src/sgml/ref/pgupgrade.sgml

@@ -103,11 +103,11 @@ ____________________________________________________________________________-->
  </para>
 ____________________________________________________________________________-->
  <para>
-  主 PostgreSQL 发行通常会加入新的特性，这些新特性常常会更改系统表的
+  PostgreSQL主发行版本通常会加入新的特性，这些新特性常常会更改系统表的
   布局，但是内部数据存储格式很少会改变。<application>pg_upgrade</application>
   使用这一事实来通过创建新系统表并且重用旧的用户数据文件来执行快速升级。
-  如果一个未来的主发行没有把数据存储格式改得让旧数据格式不可读取，这类
-  升级就用不上<application>pg_upgrade</application>（社区将尝试避免这类情况）。
+  如果未来的主发行版本更改了数据存储格式，导致旧数据格式不可读，那么
+  <application>pg_upgrade</application>将无法用于此类升级。（社区将努力避免这种情况）。
  </para>
 
 <!--==========================orignal english content==========================

postgresql/doc/src/sgml/syntax.sgml

@@ -478,7 +478,7 @@ ____________________________________________________________________________-->
    </para>
 ____________________________________________________________________________-->
    <para>
-    在<productname>PostgreSQL</productname>中有三种<firstterm>隐式类型常量</firstterm>：字符串、位串和数字。常量也可以被指定显示类型，这可以使得它被更精确地展示以及更有效地处理。这些选择将会在后续小节中讨论。
+    在<productname>PostgreSQL</productname>中有三种<firstterm>隐式类型常量</firstterm>：字符串、位串和数字。常量也可以被指定显式类型，这可以使得它被更精确地展示以及更有效地处理。这些选择将会在后续小节中讨论。
    </para>
 
    <sect3 id="sql-syntax-strings">