翻译术语调整

中文文档->中文手册
臭虫->Bug
逃逸->转义
盘簇化表记录(cluster)->聚簇
校勘(collations)->排序规则
节点管理员(site administrator)->站点管理员
字串类型(token type)->标记类型

Author: ChenHuajun

postgresql/doc/src/sgml/array.sgml

@@ -887,7 +887,7 @@ SELECT * FROM sal_emp WHERE pay_by_quarter && ARRAY[10000];
 <para>
 如果数组元素值是空字符串或者包含花括弧、分隔符、双引号、反斜杠、空白，
 或者匹配关键字<literal>NULL</>，那么数组输出过程将在这些值周围包围双引号。
-在元素值里包含的双引号和反斜杠将被反斜杠逃逸。对于数值数据类型，
+在元素值里包含的双引号和反斜杠将被反斜杠转义。对于数值数据类型，
 你可以安全地假设数值没有双引号包围，但是对于文本类型，
 我们就需要准备好面对有双引号包围和没有双引号包围两种情况了。
 </para>
@@ -965,7 +965,7 @@ SELECT f1[1][-2][3] AS e1, f1[1][-1][5] AS e2
 当元素值可能让数组值解析器产生歧义时，你<emphasis>必须</>这么做。
 例如：元素值包含花括号、逗号(或者数据类型分割符)、双引号、反斜杠、
 在开头/结尾处有空白符、匹配 NULL 的字符串。要在元素值中包含双引号或反斜杠，
-可以加一个前导反斜杠。当然，你也可以避免引用和使用反斜杠逃逸来保护任何可能引起语法混淆的字符。
+可以加一个前导反斜杠。当然，你也可以避免引用和使用反斜杠转义来保护任何可能引起语法混淆的字符。
 </para>
 
   <!--

postgresql/doc/src/sgml/config.sgml

@@ -5340,9 +5340,9 @@ local0.*    /var/log/postgresql
 -->
 <para>
        在打开了<varname>logging_collector</varname>的时候，这个选项设置所创建的日志文件的文件名。
-   这个数值将被当作<function>strftime</function>模式看待。因此可以用<literal>%</literal>逃逸声明随时间而变的文件名。
-   （注意，如果有任何时区相关<literal>%</literal>逃逸，由<xref linkend="guc-log-timezone">声明的时区进行计算。） 
-   支持的<literal>%</literal>逃逸类似于Open Group上的<ulink url="http://pubs.opengroup.org/onlinepubs/009695399/functions/strftime.html">strftime</ulink>规范列表中的。 
+   这个数值将被当作<function>strftime</function>模式看待。因此可以用<literal>%</literal>转义声明随时间而变的文件名。
+   （注意，如果有任何时区相关<literal>%</literal>转义，由<xref linkend="guc-log-timezone">声明的时区进行计算。） 
+   支持的<literal>%</literal>转义类似于Open Group上的<ulink url="http://pubs.opengroup.org/onlinepubs/009695399/functions/strftime.html">strftime</ulink>规范列表中的。 
    注意，不直接使用这个系统的<systemitem>strftime</systemitem>，所以特定平台的（非标准）扩展不起作用。   
 </para>
        <!--
@@ -5357,7 +5357,7 @@ local0.*    /var/log/postgresql
        </para>
 -->
 <para>
-     如果您没有逃逸指定文件名，你应该计划使用日志旋转程序以避免最终填充 
+     如果您没有转义指定文件名，你应该计划使用日志旋转程序以避免最终填充 
  整个磁盘。在8.4之前的版本中，如果没有<literal>%</literal>的转义符出现，
  <productname>PostgreSQL</productname>将追加新日志文件创建时间的时间戳，
  但是不再是这种情况了。
@@ -6275,7 +6275,7 @@ local0.*    /var/log/postgresql
  这是一个<function>printf</>风格的字符串，在日志的每行开头输出。 
  <literal>%</>字符开始<quote>转义序列</>被如下所述状态信息替换。 
  无法识别的转义被忽略。其它字符都直接拷贝到日志行中。
- 有些逃逸只被会话进程识别，被后端进程忽略，比如主服务器进程。
+ 有些转义只被会话进程识别，被后端进程忽略，比如主服务器进程。
  这个选项只能在<filename>postgresql.conf</>文件里或者服务器命令行设置。 
  缺省是空字符串。
 
@@ -6288,7 +6288,7 @@ local0.*    /var/log/postgresql
              <entry>Effect</entry>
              <entry>Session only</entry>
  -->
- <entry>逃逸</entry>
+ <entry>转义</entry>
              <entry>效果</entry>
              <entry>仅用于会话</entry>
              </row>
@@ -6392,7 +6392,7 @@ local0.*    /var/log/postgresql
          of printing those items.  For example, to generate the session
          identifier from <literal>pg_stat_activity</>, use this query:
  -->
- <literal>%c</>逃逸打印唯一会话标识符， 
+ <literal>%c</>转义打印唯一会话标识符， 
  由两个点号分隔的4字节的十六进制数字（没有前导零）组成。
  数字是该过程的开始时间和进程ID，
  所以<literal>%c</>也可以用做一种打印这些项目的节约空间的方法。
@@ -9012,8 +9012,8 @@ dynamic_library_path = 'C:\tools\postgresql;H:\my_project\lib;$libdir'
  在历史上也可以用<literal>\'</>来表示。
  不过使用<literal>\'</>容易导致安全漏洞，
  因为在某些多字节字符集中存在最后一个字节等于<literal>\</>的 ASCII 值的字符。
- 如果客户端代码没有做到正确逃逸，那么将会导致SQL注入攻击。
- 如果服务器拒绝使用反斜杠逃逸来表示单引号的查询，那么就可以避免这种风险。
+ 如果客户端代码没有做到正确转义，那么将会导致SQL注入攻击。
+ 如果服务器拒绝使用反斜杠转义来表示单引号的查询，那么就可以避免这种风险。
  <varname>backslash_quote</>的可用值是<literal>on</>(总是允许<literal>\'</>),
  <literal>off</>(总是拒绝), <literal>safe_encoding</>
  (仅在客户端字符集编码不会在多字节字符末尾包含<literal>\</>的ASCII值时允许)。
@@ -9031,7 +9031,7 @@ dynamic_library_path = 'C:\tools\postgresql;H:\my_project\lib;$libdir'
 <para>
      需要注意的是，在字符串文本符合SQL标准的情况下，<literal>\</>没有任何其它含义。
  这个参数影响的只是如何处理不符合标准的字符串文本，
- 包括明确的字符串逃逸语法(<literal>E'...'</>)。
+ 包括明确的字符串转义语法(<literal>E'...'</>)。
 </para>
       </listitem>
      </varlistentry>
@@ -9109,8 +9109,8 @@ dynamic_library_path = 'C:\tools\postgresql;H:\my_project\lib;$libdir'
        </para>
 -->
 <para>
-      想要使用反斜杠作为逃逸的应用程序
-  应该使用逃逸字符串语法(<literal>E'...'</>)进行修改，
+      想要使用反斜杠作为转义的应用程序
+  应该使用转义字符串语法(<literal>E'...'</>)进行修改，
   因为通的字符串缺省行为作为普通字符的反斜扛对待。
   启动这个变量帮助找到需要修改的代码。
 </para>
@@ -9253,8 +9253,8 @@ dynamic_library_path = 'C:\tools\postgresql;H:\my_project\lib;$libdir'
  <productname>PostgreSQL</productname> 9.1开始，缺省是<literal>on</>（
  之前缺省是<literal>off</>）。
  应用可以检查这个参数来判断字符串文本如何被处理。
- 这个参数的出现也建议明确使用逃逸字符串语法(<literal>E'...'</>)来逃逸字符。
- 如果应用希望反斜杠作为逃逸字符对待，则使用逃逸字符串语法(<xref linkend="sql-syntax-strings-escape">)。
+ 这个参数的出现也建议明确使用转义字符串语法(<literal>E'...'</>)来转义字符。
+ 如果应用希望反斜杠作为转义字符对待，则使用转义字符串语法(<xref linkend="sql-syntax-strings-escape">)。
 
 </para>
       </listitem>

postgresql/doc/src/sgml/datatype.sgml

@@ -2077,11 +2077,11 @@ SELECT b, char_length(b) FROM test2;
 <para>
 <quote>hex</>格式将二进制数据编码为每字节2位十六进制数字，
 最重要的四位（半字节）放在开始。整条字符串以<literal>\x</literal>开始
-（与逃逸格式相区别）。在某些情况下，最初的反斜杠需要再写一次，以逃逸，
-同样，在逃逸格式中，反斜杠需要写两个，下面会详细介绍。
+（与转义格式相区别）。在某些情况下，最初的反斜杠需要再写一次，以转义，
+同样，在转义格式中，反斜杠需要写两个，下面会详细介绍。
 十六进制数字可以大写也可以小写，并且数字对之间允许有空格（但不能是在一个数对，
 也不能是在<literal>\x</literal>起始序列）。
-十六进制格式能够与许多的外部应用程序和协议兼容，并且转换往往比逃逸快，
+十六进制格式能够与许多的外部应用程序和协议兼容，并且转换往往比转义快，
 因此更倾向于这种用法。 
 </para>
 
@@ -2101,7 +2101,7 @@ SELECT E'\\xDEADBEEF';
    <!-- 
    <title><type>bytea</> Escape Format</title> 
    -->
-   <title><type>bytea</>逃逸格式</title>
+   <title><type>bytea</>转义格式</title>
 
    <!--
 <para>
@@ -2123,10 +2123,10 @@ SELECT E'\\xDEADBEEF';
 <para>
 对于<type>bytea</type>格式来说，<quote>escape</quote>格式是一种传统的
 <productname>PostgreSQL</productname>格式。它采用以ASCII字符序列来表示二进制串的方法，
-同时将那些无法表示成ASCII字符的二进制串转换成特殊的逃逸序列。从应用的角度看，
+同时将那些无法表示成ASCII字符的二进制串转换成特殊的转义序列。从应用的角度看，
 如果代表字节的字符有意义，那么这种表示方法会很方便。但实际上，
 这样做会模糊二进制字符串和字符字符串之间的区别，从而造成困扰，
-同时筛选出的逃逸机制会显得很臃肿。因此对一些新应用应该恰当的避免这种格式。 
+同时筛选出的转义机制会显得很臃肿。因此对一些新应用应该恰当的避免这种格式。 
 </para>
 
    <!--
@@ -2147,18 +2147,18 @@ SELECT E'\\xDEADBEEF';
    </para>
 -->
 <para>
-当以逃逸格式录入<type>bytea</type>值时，你<emphasis>必须</emphasis>逃逸某些字节值，
-同时<emphasis>可以</emphasis>逃逸所有字节值。通常，要逃逸一个字节值，
-将它转换成反斜杠+三位八进制值的形式（或两个反斜杠，如果用逃逸字符串语法将值写成文本形式）。
+当以转义格式录入<type>bytea</type>值时，你<emphasis>必须</emphasis>转义某些字节值，
+同时<emphasis>可以</emphasis>转义所有字节值。通常，要转义一个字节值，
+将它转换成反斜杠+三位八进制值的形式（或两个反斜杠，如果用转义字符串语法将值写成文本形式）。
 另外，反斜杠本身（字节值92）可以用双反斜杠表示。<xref linkend="datatype-binary-sqlesc">
-给出了必须逃逸的字符串，和替代的逃逸序列（如适用）。 
+给出了必须转义的字符串，和替代的转义序列（如适用）。 
 </para>
 
    <table id="datatype-binary-sqlesc">
     <!-- 
 <title><type>bytea</> Literal Escaped Octets</title> 
 -->
-<title><type>bytea</>文本逃逸八进制</title>
+<title><type>bytea</>文本转义八进制</title>
     <tgroup cols="5">
      <thead>
       <row>
@@ -2171,7 +2171,7 @@ SELECT E'\\xDEADBEEF';
    -->
    <entry>十进制数值</entry>
        <entry>描述</entry>
-       <entry>输入逃逸形式</entry>
+       <entry>输入转义形式</entry>
        <entry>例子</entry>
        <entry>输出形式</entry>
       </row>
@@ -2240,8 +2240,8 @@ SELECT E'\\xDEADBEEF';
    </para>
 -->
 <para>
-逃逸<emphasis>不可打印</emphasis>字节的要求因区域设置而异。在某些场合下，
-你可以不逃逸它们。请注意<xref linkend="datatype-binary-sqlesc">
+转义<emphasis>不可打印</emphasis>字节的要求因区域设置而异。在某些场合下，
+你可以不转义它们。请注意<xref linkend="datatype-binary-sqlesc">
 里的每个例子都是刚好一个字节长，虽然输出形式比一个字符要长。
 </para>
 
@@ -2271,8 +2271,8 @@ SELECT E'\\xDEADBEEF';
 <para>
 你必须写这么多反斜杠的原因，如<xref linkend="datatype-binary-sqlesc">所示，
 是因为一个写成字符串文本的输入字符串必须通过<productname>PostgreSQL</productname>
-服务器里的两个分析阶段。每一对反斜杠中的第一个会被字符串文本分析器理解成一个逃逸字符而消耗掉，
-于是剩下的第二个反斜杠被<type>bytea</type>输入函数当作一个三位八进制值或者是逃逸另外一个反斜杠的开始。
+服务器里的两个分析阶段。每一对反斜杠中的第一个会被字符串文本分析器理解成一个转义字符而消耗掉，
+于是剩下的第二个反斜杠被<type>bytea</type>输入函数当作一个三位八进制值或者是转义另外一个反斜杠的开始。
 比如，一个传递给服务器的字符串文本<literal>E'\\001'</literal>在通过字符串分析器之后会当作<literal>\001</literal>
 发送给<type>bytea</type>输入函数，在这里它被转换成一个十进制值为 1 的单个字节。请注意，
 单引号字符(')不会被<type>bytea</type>特殊对待，它遵循字符串文本的普通规则。又见<xref linkend="sql-syntax-strings">。
@@ -2290,7 +2290,7 @@ SELECT E'\\xDEADBEEF';
    </para>
 -->
 <para>
-<type>Bytea</type>字节也在输出中逃逸。通常，每个<quote>不可打印</quote>
+<type>Bytea</type>字节也在输出中转义。通常，每个<quote>不可打印</quote>
 的字节值都转化成对应的前导反斜杠的三位八进制数值。大多数<quote>可打印的</quote>
 字节值是以客户端字符集的标准表现形式出现的。十进制值为 92(反斜杠)的字节在输出中双写。
 细节在<xref linkend="datatype-binary-resesc">里描述。
@@ -2300,7 +2300,7 @@ SELECT E'\\xDEADBEEF';
     <!-- 
 <title><type>bytea</> Output Escaped Octets</title> 
 -->
-<title><type>bytea</>输出逃逸序列</title>
+<title><type>bytea</>输出转义序列</title>
     <tgroup cols="5">
      <thead>
       <row>
@@ -2313,7 +2313,7 @@ SELECT E'\\xDEADBEEF';
    -->
    <entry>字节的十进制值</entry>
        <entry>描述</entry>
-       <entry>逃逸的输出形式</entry>
+       <entry>转义的输出形式</entry>
        <entry>例子</entry>
        <entry>输出结果</entry>
       </row>
@@ -2370,8 +2370,8 @@ SELECT E'\\xDEADBEEF';
    </para>
 -->
 <para>
-根据你使用的前端不同，在是否逃逸<type>bytea</type>字符串的问题上你可能有一些额外的工作要做。
-比如，如果你的接口自动转换换行和回车，那你可能还要逃逸它们。
+根据你使用的前端不同，在是否转义<type>bytea</type>字符串的问题上你可能有一些额外的工作要做。
+比如，如果你的接口自动转换换行和回车，那你可能还要转义它们。
 </para>
   </sect2>
  </sect1>
@@ -6716,7 +6716,7 @@ PostgreSQL中的文本检索功能也可用于加快XML数据的全文搜索。
 使JSON严格符合规范是不可能的，除非服务器编码是UTF-8。
 试图直接包含不能在服务器编码中表示的字符将会失败；相反的，
 能在服务器编码中表示但是不在UTF-8中的字符是被允许的。<literal>\uXXXX</literal>
-逃逸是被允许的，无视服务器编码，并且只检查语法的正确性。
+转义是被允许的，无视服务器编码，并且只检查语法的正确性。
 </para>
   </sect1>
 

postgresql/doc/src/sgml/docguide.sgml

@@ -2047,7 +2047,7 @@ Norm Walsh 提供一个用于 DocBook 的
        </para>
 -->
 <para>
-任何在其它地方放都不合适的东西，尤其是臭虫、实现缺陷、安全考量、兼容性问题等。
+任何在其它地方放都不合适的东西，尤其是Bug、实现缺陷、安全考量、兼容性问题等。
 </para>
       </listitem>
      </varlistentry>

postgresql/doc/src/sgml/file-fdw.sgml

@@ -124,7 +124,7 @@
     </para>
 -->
 <para>
-指定文件的逃逸字符，与<command>COPY</>的<literal>ESCAPE</literal>选项相同。
+指定文件的转义字符，与<command>COPY</>的<literal>ESCAPE</literal>选项相同。
 </para>
    </listitem>
   </varlistentry>