修正别字

Author: ylyxf

postgresql/doc/src/sgml/extend.sgml

@@ -123,7 +123,7 @@ ____________________________________________________________________________-->
    </para>
 ____________________________________________________________________________-->
    <para>
-    <productname>PostgreSQL</productname>是可扩展的，因为它的操作是目录驱动的。如果你熟悉标准的关系型数据库系统，你会知道它们把有关数据库、表、列等的信息存储在总所周知的系统目录中（某些系统称之为数据目录）。目录对于用户来说好像其他的表一样，但是<acronym>DBMS</acronym>把自己的内部信息记录在其中。<productname>PostgreSQL</productname>和标准关系型数据库系统的一个关键不同是<productname>PostgreSQL</productname>在其目录中存储更多信息：不只是有关表和列的信息，还有关于数据类型、函数、访问方法等等的信息。这些表可以被用户修改，并且因为<productname>PostgreSQL</productname>的操作是基于这些表的，所以<productname>PostgreSQL</productname>可以被用户扩展。通过比较，传统数据库系统只能通过在源代码中改变硬编码的过程或者载入由<acronym>DBMS</acronym>提供者特殊编写的模块进行扩展。
+    <productname>PostgreSQL</productname>是可扩展的，因为它的操作是目录驱动的。如果你熟悉标准的关系型数据库系统，你会知道它们把有关数据库、表、列等的信息存储在众所周知的系统目录中（某些系统称之为数据目录）。目录对于用户来说好像其他的表一样，但是<acronym>DBMS</acronym>把自己的内部信息记录在其中。<productname>PostgreSQL</productname>和标准关系型数据库系统的一个关键不同是<productname>PostgreSQL</productname>在其目录中存储更多信息：不只是有关表和列的信息，还有关于数据类型、函数、访问方法等等的信息。这些表可以被用户修改，并且因为<productname>PostgreSQL</productname>的操作是基于这些表的，所以<productname>PostgreSQL</productname>可以被用户扩展。通过比较，传统数据库系统只能通过在源代码中改变硬编码的过程或者载入由<acronym>DBMS</acronym>提供者特殊编写的模块进行扩展。
    </para>
 
 <!--==========================orignal english content==========================

postgresql/doc/src/sgml/func.sgml

@@ -48767,7 +48767,7 @@ ____________________________________________________________________________-->
         <returnvalue>setof text</returnvalue>
        </para>
        <para>
-        返回指定目录总所有文件(和目录以及其他指定文件)的名称。
+        返回指定目录中所有文件(和目录以及其他指定文件)的名称。
         <parameter>include_dot_dirs</parameter>参数标示在结果集中是否包括<quote>.</quote> 和 <quote>..</quote>；默认为不包括它们。
         要包括它们在<parameter>missing_ok</parameter>为 <literal>true</literal>时能够有用，以从不存在的目录中辨别一个空目录。
        </para>

postgresql/doc/src/sgml/information_schema.sgml

@@ -4024,7 +4024,7 @@ ____________________________________________________________________________-->
   </para>
 ____________________________________________________________________________-->
   <para>
-   因为在 SQL 中有多种方式定义数据类型，而<productname>PostgreSQL</productname>还包含额外的方式来定义数据类型，它们在信息模式中的表示可能有点困难。列<literal>data_type</literal>应该标识列的底层内建类型。在<productname>PostgreSQL</productname>中，这表示定义在系统目录模式<literal>pg_catalog</literal>中的类型。如果应用能够特别地（例如以不同方式格式化数字类型或使用精度列中的数据）处理总所周知的内建类型，这列可能会有用。列<literal>udt_name</literal>、<literal>udt_schema</literal>和<literal>udt_catalog</literal>总是标识列的底层数据类型，即使该列是基于一个域的（因为<productname>PostgreSQL</productname>对待内建类型和用户定义类型的方式是一样的，内建类型也出现在这里。这是 SQL 标准的一种扩展）。如果一个应用想要根据该类型以不同的方式处理数据，就应该使用这些列，因为在那种情况下即使该列真地基于一个域也没有关系。如果该列是基于一个域，该域的标识被存储在列<literal>domain_name</literal>、<literal>domain_schema</literal>和<literal>domain_catalog</literal>。如果你想要把列和它们相关的数据类型配对并且把域视作单独的类型，你可以写<literal>coalesce(domain_name,
+   因为在 SQL 中有多种方式定义数据类型，而<productname>PostgreSQL</productname>还包含额外的方式来定义数据类型，它们在信息模式中的表示可能有点困难。列<literal>data_type</literal>应该标识列的底层内建类型。在<productname>PostgreSQL</productname>中，这表示定义在系统目录模式<literal>pg_catalog</literal>中的类型。如果应用能够特别地（例如以不同方式格式化数字类型或使用精度列中的数据）处理众所周知的内建类型，这列可能会有用。列<literal>udt_name</literal>、<literal>udt_schema</literal>和<literal>udt_catalog</literal>总是标识列的底层数据类型，即使该列是基于一个域的（因为<productname>PostgreSQL</productname>对待内建类型和用户定义类型的方式是一样的，内建类型也出现在这里。这是 SQL 标准的一种扩展）。如果一个应用想要根据该类型以不同的方式处理数据，就应该使用这些列，因为在那种情况下即使该列真地基于一个域也没有关系。如果该列是基于一个域，该域的标识被存储在列<literal>domain_name</literal>、<literal>domain_schema</literal>和<literal>domain_catalog</literal>。如果你想要把列和它们相关的数据类型配对并且把域视作单独的类型，你可以写<literal>coalesce(domain_name,
    udt_name)</literal>等等。
   </para>
  </sect1>