fix编译错误

Author: ChenHuajun

postgresql/doc/src/sgml/btree.sgml

@@ -1036,7 +1036,7 @@ ____________________________________________________________________________-->
    在 MVCC下B-Tree索引不能直接感知，同一个逻辑表行可能存在多个现存版本;对于一个索引来说，每个元组都是一个需要其自己的索引条目的独立的对象。
    <quote>Version churn</quote>元组有时可能会积累，并且对查询延迟和吞吐量产生影响。
    这通常发生在<command>UPDATE</command>较为繁重的工作负载中，其中大多数单独的更新不能应用<acronym>HOT</acronym>优化。
-   在<command>UPDATE</command>更改仅一个被一个索引覆盖的列期间，<emphasis>总是</emphasis> 需要一个新的索引元组 &mdash；一个用于表上的<emphasis>each and every</emphasis>索引。
+   在<command>UPDATE</command>更改仅一个被一个索引覆盖的列期间，<emphasis>总是</emphasis> 需要一个新的索引元组 &mdash;一个用于表上的<emphasis>each and every</emphasis>索引。
    特别注意，这包括没有被<command>UPDATE</command>进行<quote>logically modified</quote>的索引。
    所有索引将需要一个后继的物理索引元组，用于指向表中的最新版本。
    每个索引中的每个新元组通常需要与原始的<quote>updated</quote>元组共存很短一段时间(通常直到<command>UPDATE</command>事务提交后不久)。

postgresql/doc/src/sgml/catalogs.sgml

@@ -25284,7 +25284,7 @@ ____________________________________________________________________________-->
   </para>
 ____________________________________________________________________________-->
   <para>
-   <structname>pg_stats_ext_exprs</structname>也被设计为以比底层目录更方便阅读的格式来展现信息 &mdash；相应的代价是当 <structname>pg_statistic_ext</structname>中的统计信息的结构发生改变时，必须扩展其模式。
+   <structname>pg_stats_ext_exprs</structname>也被设计为以比底层目录更方便阅读的格式来展现信息 &mdash; 相应的代价是当 <structname>pg_statistic_ext</structname>中的统计信息的结构发生改变时，必须扩展其模式。
   </para>
 
   <table>
@@ -25595,7 +25595,7 @@ ____________________________________________________________________________-->
       <para>
        表达式的值的物理行排序和逻辑排序之间的统计相关性。这个范围从-1 到 +1。
        当该值接近-1或+1时，对表达式的索引扫描预计要比接近零的时候更便宜，因为减少了对磁盘的随机访问。
-       (如果表达式的数据类型没有<literal>&lt;</literal><操作符，则该表达式为空。)
+       (如果表达式的数据类型没有<literal>&lt;</literal>操作符，则该表达式为空。)
       </para></entry>
      </row>
 

postgresql/doc/src/sgml/client-auth.sgml

@@ -692,7 +692,7 @@ hostnogssenc  <replaceable>database</replaceable>  <replaceable>user</replaceabl
        format. To see the <literal>DN</literal> of a client certificate
        in this format, do
 <programlisting>
-openssl x509 -in myclient.crt -noout --subject -nameopt RFC2253 | sed "s/^subject=//"
+openssl x509 -in myclient.crt -noout -&minus;subject -nameopt RFC2253 | sed "s/^subject=//"
 </programlisting>
         Care needs to be taken when using this option, especially when using
         regular expression matching against the <literal>DN</literal>.

postgresql/doc/src/sgml/config.sgml

@@ -1885,7 +1885,7 @@ ____________________________________________________________________________-->
         <filename>FILE:/usr/local/pgsql/etc/krb5.keytab</filename>
         (where the directory part is whatever was specified
         as <varname>sysconfdir</varname> at build time; use
-        <literal>pg_config --sysconfdir</literal> to determine that).
+        <literal>pg_config -&minus;sysconfdir</literal> to determine that).
         If this parameter is set to an empty string, it is ignored and a
         system-dependent default is used.
         This parameter can only be set in the

postgresql/doc/src/sgml/indices.sgml

@@ -253,7 +253,9 @@ ____________________________________________________________________________-->
     <primary>B-Tree</primary>
     <see>index</see>
    </indexterm>
-   B-tree可以在可排序数据上的处理等值和范围查询。特别地，<productname>PostgreSQL</productname>的查询规划器会在任何一种涉及到以下操作符的已索引列上考虑使用B-tree索引：
+   
+  <para>
+  B-tree可以在可排序数据上的处理等值和范围查询。特别地，<productname>PostgreSQL</productname>的查询规划器会在任何一种涉及到以下操作符的已索引列上考虑使用B-tree索引：
 
 <synopsis>
 &lt; &nbsp; &lt;= &nbsp; = &nbsp; &gt;= &nbsp; &gt;
@@ -327,6 +329,7 @@ ____________________________________________________________________________-->
     <primary>hash</primary>
     <see>index</see>
    </indexterm>
+  <para>
    HASH索引存储一个由索引列计算出的32位的hash code值。因此，Hash索引只能处理简单等值比较。每当索引列涉及到等值操作符的比较时，查询规划器将会使用Hash索引。
 <synopsis>
 =
@@ -603,6 +606,8 @@ ____________________________________________________________________________-->
     <primary>BRIN</primary>
     <see>index</see>
    </indexterm>
+
+  <para>
    BRIN 索引（块范围索引的缩写）存储有关存放在一个表的连续物理块范围上的值摘要信息。因此，那些值和table中物理行存放顺序相关性更好的列更高效。与 GiST、SP-GiST 和 GIN 相似，BRIN 可以支持很多种不同的索引策略，并且可以与一个 BRIN 索引配合使用的特定操作符取决于索引策略。对于具有线性排序顺序的数据类型，被索引的数据对应于每个块范围的列中值的最小值和最大值，使用这些操作符来支持用到索引的查询：
 
 <synopsis>

postgresql/doc/src/sgml/installation.sgml

@@ -4082,7 +4082,7 @@ make PG_SYSROOT=<replaceable>/desired/path</replaceable> all
 </programlisting>
     To find out the appropriate path on your machine, run
 <programlisting>
-xcrun --show-sdk-path
+xcrun -&minus;show-sdk-path
 </programlisting>
     Note that building an extension using a different sysroot version than
     was used to build the core server is not really recommended; in the

postgresql/doc/src/sgml/ref/initdb.sgml

@@ -360,7 +360,7 @@ ____________________________________________________________________________-->
      </varlistentry>
 
      <varlistentry>
-      <term><option>--no-instructions</option></term>
+      <term><option>-&minus;no-instructions</option></term>
       <listitem>
        <para>
         By default, <command>initdb</command> will write instructions for how

postgresql/doc/src/sgml/ref/pg_basebackup.sgml

@@ -257,7 +257,7 @@ ____________________________________________________________________________-->
             tablespaces, the main data directory will be placed in the
             target directory, but all other tablespaces will be placed
             in the same absolute path as they have on the source server.
-            (See <option>--tablespace-mapping</option> to change that.)
+            (See <option>-&minus;tablespace-mapping</option> to change that.)
            </para>
            <para>
             This is the default format.
@@ -297,7 +297,7 @@ ____________________________________________________________________________-->
        <para>
         Creates a
         <link linkend="file-standby-signal"><filename>standby.signal</filename></link>
-        <indexterm><primary><filename>standby.signal</filename></primary><secondary>pg_basebackup --write-recovery-conf</secondary></indexterm>
+        <indexterm><primary><filename>standby.signal</filename></primary><secondary>pg_basebackup -&minus;write-recovery-conf</secondary></indexterm>
         file and appends
         connection settings to the <filename>postgresql.auto.conf</filename>
         file in the target directory (or within the base archive file when

postgresql/doc/src/sgml/ref/pg_dump.sgml

@@ -1186,13 +1186,13 @@ ____________________________________________________________________________-->
       <listitem>
        <para>
         Require that each
-        extension (<option>-e</option>/<option>--extension</option>),
-        schema (<option>-n</option>/<option>--schema</option>) and
-        table (<option>-t</option>/<option>--table</option>) qualifier
+        extension (<option>-e</option>/<option>-&minus;extension</option>),
+        schema (<option>-n</option>/<option>-&minus;schema</option>) and
+        table (<option>-t</option>/<option>-&minus;table</option>) qualifier
         match at least one extension/schema/table in the database to be dumped.
         Note that if none of the extension/schema/table qualifiers find
         matches, <application>pg_dump</application> will generate an error
-        even without <option>--strict-names</option>.
+        even without <option>-&minus;strict-names</option>.
        </para>
        <para>
         This option has no effect

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

@@ -1354,7 +1354,7 @@ ____________________________________________________________________________-->
         如果指定了<replaceable class="parameter">join_using_alias</replaceable>名称，它为连接列提供表的别名。
         只有<literal>USING</literal>子句中列出的连接列可以通过此名称寻址。
         与常规的<replaceable class="parameter">alias</replaceable>不同，这不会隐藏从查询的其余部分的连接表的名称。
-        也不像常规的<replaceable class="parameter">alias</replaceable>，你不能写列别名列表&mdash；
+        也不像常规的<replaceable class="parameter">alias</replaceable>，你不能写列别名列表&mdash;
         连接列的输出名称与它们在<literal>USING</literal>列表中出现的名称相同。
        </para>
       </listitem>