Merge pull request #389 from YtxCash/master

Fixes #383#376

Author: ChenHuajun

postgresql/doc/src/sgml/ddl.sgml

@@ -1845,7 +1845,7 @@ CREATE TABLE order_items (
    </para>
 ____________________________________________________________________________-->
    <para>
-    为了说明这些，让我们在上面的多对多关系例子中实现下面的策略：当某人希望移除一个仍然被一个订单引用（通过<literal>order_items</literal>）的产品时 ，我们组织它。如果某人移除一个订单，订单项也同时被移除：
+    为了说明这些，让我们在上面的多对多关系例子中实现下面的策略：当某人希望移除一个仍然被一个订单引用（通过<literal>order_items</literal>）的产品时 ，我们阻止它。如果某人移除一个订单，订单项也同时被移除：
 <programlisting>
 CREATE TABLE products (
     product_no integer PRIMARY KEY,
@@ -1892,7 +1892,7 @@ CREATE TABLE order_items (
    </para>
 ____________________________________________________________________________-->
    <para>
-    限制删除或者级联删除是两种最常见的选项。<literal>RESTRICT</literal>阻止删除一个被引用的行。<literal>NO ACTION</literal>表示在约束被检察时如果有任何引用行存在，则会抛出一个错误，这是我们没有指定任何东西时的默认行为（这两种选择的本质不同在于<literal>NO ACTION</literal>允许检查被推迟到事务的最后，而<literal>RESTRICT</literal>则不会）。<literal>CASCADE</literal>指定当一个被引用行被删除后，引用它的行也应该被自动删除。还有其他两种选项：<literal>SET NULL</literal>和<literal>SET DEFAULT</literal>。这些将导致在被引用行被删除后，引用行中的引用列被置为空值或它们的默认值。注意这些并不会是我们免于遵守任何约束。例如，如果一个动作指定了<literal>SET DEFAULT</literal>，但是默认值不满足外键约束，操作将会失败。
+    限制删除或者级联删除是两种最常见的选项。<literal>RESTRICT</literal>阻止删除一个被引用的行。<literal>NO ACTION</literal>表示在约束被检查时如果有任何引用行存在，则会抛出一个错误，这是我们没有指定任何东西时的默认行为（这两种选择的本质不同在于<literal>NO ACTION</literal>允许检查被推迟到事务的最后，而<literal>RESTRICT</literal>则不会）。<literal>CASCADE</literal>指定当一个被引用行被删除后，引用它的行也应该被自动删除。还有其他两种选项：<literal>SET NULL</literal>和<literal>SET DEFAULT</literal>。这些将导致在被引用行被删除后，引用行中的引用列被置为空值或它们的默认值。注意这些并不会是我们免于遵守任何约束。例如，如果一个动作指定了<literal>SET DEFAULT</literal>，但是默认值不满足外键约束，操作将会失败。
    </para>
 
 <!--==========================orignal english content==========================
@@ -8100,7 +8100,7 @@ ____________________________________________________________________________-->
      <itemizedlist>
       <listitem>
        <para>
-        没有自动的方法啊验证所有的<literal>CHECK</literal>约束之间是否互斥。编写代码来产生子表以及创建和修改相关对象比手写命令要更加安全。
+        没有自动的方法验证所有的<literal>CHECK</literal>约束之间是否互斥。编写代码来产生子表以及创建和修改相关对象比手写命令要更加安全。
        </para>
       </listitem>
 
@@ -8551,7 +8551,7 @@ ____________________________________________________________________________-->
    </para>
 ____________________________________________________________________________-->
    <para>
-    最重要的设计决策之一是列或者如和对数据进行分区的。
+    最重要的设计决策之一是列或者如何对数据进行分区的。
     通常最佳选择是按列或列集合进行分区，这些列最常出现在分区表上执行的查询的 <literal>WHERE</literal>子句中。
     <literal>WHERE</literal>子句与分区绑定约束兼容，可用于修剪不需要的分区。
     但是，你可能会被迫根据<literal>PRIMARY KEY</literal>或<literal>UNIQUE</literal>约束的要求做出其他决策。 

postgresql/doc/src/sgml/queries.sgml

@@ -3626,7 +3626,7 @@ ____________________________________________________________________________-->
     <primary>RECURSIVE</primary>
     <secondary>in common table expressions</secondary>
    </indexterm>
-   可选的<literal>RECURSIVE</literal>修饰符将<literal>WITH</literal>从单纯的句法便利变成了一种在标准SQL中不能完成的特性。通过使用<literal>RECURSIVE</literal>，一个<literal>WITH</literal>查询可以引用它自己的输出。一个非常简单的例子是计算从1到100的整数合的查询：
+   可选的<literal>RECURSIVE</literal>修饰符将<literal>WITH</literal>从单纯的句法便利变成了一种在标准SQL中不能完成的特性。通过使用<literal>RECURSIVE</literal>，一个<literal>WITH</literal>查询可以引用它自己的输出。一个非常简单的例子是计算从1到100的整数和的查询：
 
 <programlisting>
 WITH RECURSIVE t(n) AS (
@@ -3832,7 +3832,7 @@ WITH RECURSIVE search_graph(id, link, data, depth) AS (
 SELECT * FROM search_graph;
 </programlisting>
 
-   如果<structfield>link</structfield>关系包含环，这个查询将会循环。因为我们要求一个<quote>depth</quote>输出，仅仅将<literal>UNION ALL</literal> 改为<literal>UNION</literal>不会消除循环。反过来在我们顺着一个特定链接路径搜索时，我们需要识别我们是否再次到达了一个相同的行。我们可以项这个有循环倾向的查询增加两个列<structfield>path</structfield>和<structfield>cycle</structfield>：
+   如果<structfield>link</structfield>关系包含环，这个查询将会循环。因为我们要求一个<quote>depth</quote>输出，仅仅将<literal>UNION ALL</literal> 改为<literal>UNION</literal>不会消除循环。反过来在我们顺着一个特定链接路径搜索时，我们需要识别我们是否再次到达了一个相同的行。我们可以向这个有循环倾向的查询增加两个列<structfield>path</structfield>和<structfield>cycle</structfield>：
 
 <programlisting>
 WITH RECURSIVE search_graph(id, link, data, depth, path, cycle) AS (