@@ -1716,7 +1716,7 @@ SELECT am.amname AS index_method,
1716
1716
</para>
1717
1717
-->
1718
1718
<para>
1719
- 一个索引只能支持一个索引字段的排序。如果多个排序参与,就需要多个索引 。
1719
+ 一个索对每个索引列只能支持一种排序规则。如果需要多种排序规则,就应该建多个索引 。
1720
1720
</para>
1721
1721
1722
1722
<para>
@@ -1736,7 +1736,7 @@ CREATE INDEX test1c_content_index ON test1c (content);
1736
1736
The index automatically uses the collation of the
1737
1737
underlying column. So a query of the form
1738
1738
-->
1739
- 索引自动使用底层字段的排序 。所以一个下列格式的查询
1739
+ 索引自动使用底层字段的排序规则 。所以一个下列格式的查询
1740
1740
<programlisting>
1741
1741
SELECT * FROM test1c WHERE content > <replaceable>constant</replaceable>;
1742
1742
</programlisting>
@@ -1745,16 +1745,16 @@ SELECT * FROM test1c WHERE content > <replaceable>constant</replaceable>;
1745
1745
collation of the column. However, this index cannot accelerate queries
1746
1746
that involve some other collation. So if queries of the form, say,
1747
1747
-->
1748
- 可以使用这个索引,因为这个比较会默认使用这个字段的排序 。然而,
1749
- 这个索引不能使涉及到一些其他排序的查询加速 。所以如果查询是下列格式,那么,
1748
+ 可以使用这个索引,因为这个比较会默认使用这一列的排序规则 。然而,
1749
+ 这个索引不能对使用其他排序规则的查询进行加速 。所以如果查询是下列格式,那么,
1750
1750
<programlisting>
1751
1751
SELECT * FROM test1c WHERE content > <replaceable>constant</replaceable> COLLATE "y";
1752
1752
</programlisting>
1753
1753
<!--
1754
1754
are also of interest, an additional index could be created that supports
1755
1755
the <literal>"y"</literal> collation, like this:
1756
1756
-->
1757
- 一个额外的索引将会建立,以支持 <literal>"y"</literal>排序,像这样 :
1757
+ 可以创建一个额外的支持 <literal>"y"</literal>排序规则的索引,就像这样 :
1758
1758
<programlisting>
1759
1759
CREATE INDEX test1c_content_y_index ON test1c (content COLLATE "y");
1760
1760
</programlisting>
0 commit comments