汇报->报告

Author: ChenHuajun

postgresql/doc/src/sgml/arch-dev.sgml

@@ -772,7 +772,7 @@
 <para>
 <firstterm>执行器</firstterm>接收规划器/优化器创建的查询规划然后递归地处理它，
 抽取所需要的行集合。它实际上是一个需求-拉动（demand-pull ）的流水线机制。每次调用一个规划节点，
-它都必须传递至少一行，否则汇报它已经完成了行的传递。
+它都必须传递至少一行，否则报告它已经完成了行的传递。
 </para>
 <!-- 
    <para>

postgresql/doc/src/sgml/monitoring.sgml

@@ -198,7 +198,7 @@ postgres: <replaceable>user</> <replaceable>database</> <replaceable>host</> <re
   </para>
 -->
 <para>
-   <productname>PostgreSQL</productname>的统计收集器是一个支持收集和汇报服务器活跃性信息的子系统。 
+   <productname>PostgreSQL</productname>的统计收集器是一个支持收集和报告服务器活跃性信息的子系统。 
    目前，这个收集器可以给出对表和索引的访问计数，
    包括磁盘块的数量和独立行的项。它还跟踪每个表中的行的总数，
    每个表的过去的清理和分析时间。它也可以计算用户定义的函数的调用，

postgresql/doc/src/sgml/plpython.sgml

@@ -2033,9 +2033,9 @@ $$ LANGUAGE plpythonu;
 <function>plpy.fatal</function>实际上抛出了一个Python异常，如果没有捕获这个异常，
 则会传播到调用的查询，导致当前事务或者子事务退出。<literal>raise plpy.Error(<replaceable>msg</>)</literal>
 和<literal>raise plpy.Fatal(<replaceable>msg</>)</literal>分别等效于调用<function>plpy.error</function>
-和<function>plpy.fatal</function>。其他函数只生成不同优先级的信息。特定优先级的信息汇报给客户端、
+和<function>plpy.fatal</function>。其他函数只生成不同优先级的消息。特定优先级的消息是被报告给客户端、
 写到服务器日志、还是两件事都做，是由<xref linkend="guc-log-min-messages">和
-<xref linkend="guc-client-min-messages">配置变量控制的。参阅<xref linkend="runtime-config">获取更多信息。
+<xref linkend="guc-client-min-messages">配置参数控制的。参阅<xref linkend="runtime-config">获取更多信息。
 </para>
 
 <para>

postgresql/doc/src/sgml/problems.sgml

@@ -2,7 +2,7 @@
 
 <sect1 id="bug-reporting">
  <!-- <title>Bug Reporting Guidelines</title> -->
-<title>Bug汇报指导</title>
+<title>Bug报告指导</title>
 
  <!-- 
  <para>
@@ -16,7 +16,7 @@
  -->
  <para>
 当你在<productname>PostgreSQL</productname>里碰到Bug时，我们也希望能知道它。
-你的Bug汇报是将<productname>PostgreSQL</productname>做得更加可靠的一个非常重要的部分，
+你的Bug报告是将<productname>PostgreSQL</productname>做得更加可靠的一个非常重要的部分，
 因为再细致的工作也不能保证在任何情况、任何平台下<productname>PostgreSQL</productname>
 的每一个部分都能正常工作。  
  </para>
@@ -64,7 +64,7 @@
    the following circumstances: 
    -->
 在你报告Bug之前，请一再仔细地读文档，以确认你确实可以做你在做的事情。
-如果文档中对你能否处理你所做的事情并不清楚，也请你汇报过来，因为这个是文档的Bug。
+如果文档中对你能否处理你所做的事情并不清楚，也请你报告过来，因为这个是文档的Bug。
 如果发现你的程序表现的不像文档里说的那样，那就是一个Bug。
 这时可能包括(不过不一定局限于)下面的现像：
    <itemizedlist>
@@ -157,14 +157,14 @@
   </para> 
   -->
    <para>
- 在你准备继续汇报Bug之前，请检查 TODO 列表和 FAQ ，看看你报告的Bug是否已知。
- 如果你不能解析 TODO 列表里面的信息，请汇报你的问题。至少我们可以把 TODO 列表做得更清晰。
+ 在你准备继续报告Bug之前，请检查 TODO 列表和 FAQ ，看看你报告的Bug是否已知。
+ 如果你不能解析 TODO 列表里面的信息，请报告你的问题。至少我们可以把 TODO 列表做得更清晰。
   </para>  
  </sect2>
 
  <sect2>
   <!-- <title>What to Report</title> -->
-<title>汇报什么</title>
+<title>报告什么</title>
   <!-- 
   <para>
    The most important thing to remember about bug reporting is to state all
@@ -182,18 +182,18 @@
   </para> 
   -->
    <para>
- 关于汇报Bug需要记住的最重要的事就是写出所有事实并且只写事实。不要推测你认为是什么错了，
+ 关于报告Bug需要记住的最重要的事就是写出所有事实并且只写事实。不要推测你认为是什么错了，
  什么<quote>看起来像</quote>，或者是推测程序的哪一部分失灵了。如果你不熟悉 PostgreSQL 的实现，
  你很可能猜错因而不能帮我们任何忙。而且即使你熟悉 Postgres 的实现，
  提炼出来的解释也只是事实的补充而不是代替。如果我们准备修理这个Bug，
  我们仍然需要首先亲自看到Bug的出现。报告简单的事实相对而言比较直接 (你可以从屏幕上拷贝和粘贴)，
- 不过经常发生的是很多人认为这些事实不重要而忽略了重要的细节，否则汇报总是能够被我们理解。
+ 不过经常发生的是很多人认为这些事实不重要而忽略了重要的细节，否则报告总是能够被我们理解。
   </para>  
 
   <para>
  <!--   The following items should be contained in every bug report: -->
 
-下面的条目应该包含在所有Bug汇报里面：
+下面的条目应该包含在所有Bug报告里面：
    <itemizedlist>
     <listitem>
      <!-- 
@@ -423,9 +423,9 @@
 -->
  <para>
 平台信息。这包括内核名称和版本、C 库、处理器、存储器信息。
-大多数情况下只需要汇报供应商和版本，但是不要指望每个人都很清楚<quote>Debian</quote>
+大多数情况下只需要报告供应商和版本，但是不要指望每个人都很清楚<quote>Debian</quote>
 包括什么东西或者说每个人都运行在i386s上。如果你安装有问题，
-那么还要详细汇报你机器上的工具的信息(编译器和 <application>make</application>等)。
+那么还要详细报告你机器上的工具的信息(编译器和 <application>make</application>等)。
      </para>
     </listitem>
    </itemizedlist>
@@ -437,10 +437,10 @@
    an <ulink url="http://www.chiark.greenend.org.uk/~sgtatham/bugs.html">article</ulink>
    that outlines some more tips on reporting bugs. 
 -->
-不要怕你的Bug汇报太长，这就是生活。一开始就汇报所有的事情要比让我们从你那里挤出事实要好。
+不要怕你的Bug报告太长，这就是生活。一开始就报告所有的事情要比让我们从你那里挤出事实要好。
 另外，如果你的输入文件非常巨大，先问问有没有人有兴趣查看它也是合理的。这里有一篇
 <ulink url="http://www.chiark.greenend.org.uk/~sgtatham/bugs.html">文章</ulink>，
-概述了一些汇报Bug的更多的提示。
+概述了一些报告Bug的更多的提示。
   </para>
 
   <!-- 
@@ -474,7 +474,7 @@
   </para> 
   -->
     <para>
-在你书写Bug汇报时，请选用不易混淆的术语。软件包本身被称为<quote>PostgreSQL</quote>，
+在你书写Bug报告时，请选用不易混淆的术语。软件包本身被称为<quote>PostgreSQL</quote>，
 有时简称为<quote>Postgres</quote>。当你特指后端服务器进程时，请明确说明，
 而不要仅仅是说<quote>PostgreSQL 崩溃了</quote>。一个独立后端服务器进程的崩溃和父进程
 <quote>postgres</>崩溃是相当不同的；如果你是说独立后端进程崩溃了，那么请不要说<quote>服务器崩溃了</>，
@@ -485,7 +485,7 @@
 
  <sect2>
   <!-- <title>Where to Report Bugs</title> -->
-<title>到哪里汇报Bug</title>
+<title>到哪里报告Bug</title>
   <!-- 
   <para>
    In general, send bug reports to the bug report mailing list at
@@ -495,7 +495,7 @@
   </para> 
   -->
   <para>
-通常，把汇报发到Bug汇报邮件列表<email>pgsql-bugs@postgresql.org</email>。
+通常，把报告发到Bug报告邮件列表<email>pgsql-bugs@postgresql.org</email>。
 我们要求你为电子邮件消息选用一个描述性的题目，也许就用错误信息的一部分。
   </para>
   <!-- 
@@ -536,9 +536,9 @@
   </para> 
   -->
   <para> 
-不要把Bug汇报发送到任何用户邮件列表里，例如 SQL 语言邮件列表<email>pgsql-sql@postgresql.org</email>
+不要把Bug报告发送到任何用户邮件列表里，例如 SQL 语言邮件列表<email>pgsql-sql@postgresql.org</email>
 或<email>pgsql-general@postgresql.org</email>。这些邮件列表用于回答用户问题，
-而且那些订阅者通常不希望接收Bug汇报。更重要的是，他们很可能不会修理这些Bug。
+而且那些订阅者通常不希望接收Bug报告。更重要的是，他们很可能不会修理这些Bug。
   </para>
   <!-- 
   <para>
@@ -553,8 +553,8 @@
   -->
   <para>
 还有，请<emphasis>不要</emphasis>向开发者邮件列表<email>pgsql-hackers@postgresql.org</email>
-发送Bug汇报。这个列表用于讨论<productname>PostgreSQL</productname>的开发，
-因而我们很希望能和Bug汇报分离开。如果修理某个毛病需要更多评论，
+发送Bug报告。这个列表用于讨论<productname>PostgreSQL</productname>的开发，
+因而我们很希望能和Bug报告分离开。如果修理某个毛病需要更多评论，
 我们可能会在这个<literal>pgsql-hackers</literal>列表开一个关于你的Bug的讨论会。
   </para>
   <!-- 
@@ -567,7 +567,7 @@
   -->
  <para>
 如果你觉得文档有问题，请发电子邮件到文档邮件列表<email>pgsql-docs@postgresql.org</email>，
-在你的问题汇报里面指明你认为哪部分有错误。
+在你的问题报告里面指明你认为哪部分有错误。
   </para>
   <!-- 
   <para>

postgresql/doc/src/sgml/ref/select.sgml

@@ -2211,7 +2211,7 @@ KEY SHARE
 -->
 <para>
 为了避免操作等待其它事务提交，使用<literal>NOWAIT</>选项。如果被选择的行不能立即被锁住，
-那么语句将会立即汇报一个错误，而不是等待。请注意，<literal>NOWAIT</>只适用于行级别的锁，
+那么语句将会立即报告一个错误，而不是等待。请注意，<literal>NOWAIT</>只适用于行级别的锁，
 要求的表级锁<literal>ROW SHARE</literal>仍然以通常的方法进行(参阅<xref linkend="mvcc">)。
 如果需要申请表级别的锁同时又不等待，那么你可以使用<xref linkend="sql-lock">的
 <literal>NOWAIT</>选项。

postgresql/doc/src/sgml/sources.sgml

@@ -483,7 +483,7 @@ unsigned long n, ...)</function>类似于<function>errdetail</>，
 -->
 <para>
 <function>errposition(int cursorpos)</function>声明一个错误在查询字符串里的文本位置。
-目前它只是在汇报查询处理过程中的词法和语法分析阶段检测到的错误有用。
+目前它只是在报告查询处理过程中的词法和语法分析阶段检测到的错误有用。
 </para>
    </listitem>
    <listitem>

postgresql/doc/src/sgml/wal.sgml

@@ -1237,7 +1237,7 @@ IMMEDIATE模式的关闭等同于服务器崩溃，因此会造成哪些未刷
 <indexterm><primary>磁盘驱动器</></>破坏，这时候，
 它们实际上只是缓冲了数据而并未把数据存储到磁盘上。
 这种情况下的电源失效仍然可能导致不可恢复的数据崩溃；管理员应该确保保存
-<productname>PostgreSQL</productname>的<acronym>WAL</acronym>日志文件的磁盘不会做这种虚假汇报。
+<productname>PostgreSQL</productname>的<acronym>WAL</acronym>日志文件的磁盘不会做这种虚假报告。
 (参阅 <xref linkend="wal-reliability">.)
 </para>