Merge pull request #140 from zuyue/patch-2

修改错别字

Author: ChenHuajun

postgresql/doc/src/sgml/json.sgml

@@ -172,7 +172,7 @@ SELECT '{"bar": "baz", "balance": 7.77, "active":false}'::jsonb;
  {"bar": "baz", "active": false, "balance": 7.77}
 (1 row)
 </programlisting>
-   值得一提的一种语义上无意义的细节是，在<type>jsonb</>中数据会被按照底层
+   值得一提的一种语义上无意义的细节是，在<type>jsonb</>中数据会按照底层
    <type>numeric</>类型的行为来打印。实际上，这意味着用<literal>E</>记号
    输入的数字被打印出来时就不会有该记号，例如：
 <programlisting>
@@ -459,7 +459,7 @@ SELECT jdoc-&gt;'guid', jdoc-&gt;'name' FROM api WHERE jdoc @&gt; '{"tags": ["qu
   <para>
     <literal>jsonb_ops</literal>和<literal>jsonb_path_ops</literal> 
     GIN 索引之间的技术区别是前者为数据中的每一个键和值创建独立的索引项，
-    而后者值为该数据中的每个值创建索引项。
+    而后者只为该数据中的每个值创建索引项。
     <footnote>
      <para>
       对于这种目的，术语<quote>值</>包括数组元素，尽管 JSON 的术语有时
@@ -488,8 +488,8 @@ SELECT jdoc-&gt;'guid', jdoc-&gt;'name' FROM api WHERE jdoc @&gt; '{"tags": ["qu
 
   <para>
     <type>jsonb</>也支持<literal>btree</>和<literal>hash</>索引。
-    这通常值用于检查完整 JSON 文档等值非常重要的场合。<type>jsonb</>
-    数据的<literal>btree</>顺序很少有人关系，但是为了完整性其顺序是：
+    这通常只用于检查完整 JSON 文档等值非常重要的场合。<type>jsonb</>
+    数据的<literal>btree</>顺序很少有人关心，但是为了完整性其顺序是：
 <synopsis>
 <replaceable>对象</replaceable> > <replaceable>数组</replaceable> > <replaceable>布尔</replaceable> > <replaceable>数字</replaceable> > <replaceable>字符串</replaceable> > <replaceable>空值</replaceable>
 
@@ -501,7 +501,7 @@ SELECT jdoc-&gt;'guid', jdoc-&gt;'name' FROM api WHERE jdoc @&gt; '{"tags": ["qu
 <synopsis>
 <replaceable>key-1</replaceable>, <replaceable>value-1</replaceable>, <replaceable>key-2</replaceable> ...
 </synopsis>
-      注意对象键被按照它们的存储顺序进行比较，特别是由于较短的键被存储在
+      注意对象键按照它们的存储顺序进行比较，特别是由于较短的键被存储在
       较长的键之前，这可能导致结果不直观，例如：
 <programlisting>
 { "aa": 1, "c": 1} > {"b": 1, "d": 1}