#3170バックポートと#3214での問題修正

 pgsql-jp#3214 のバックポート
 pgsql-jp#3170 で行外の格納に統一にするように修正したため。
17へのフォワードポート時に戻されるのを防止するためです。

doc/src/sgml/storage.sgml

@@ -385,7 +385,7 @@ its <acronym>TOAST</acronym> table, if any.
 See <xref linkend="storage-toast"/> for more information.
 -->
 項目が大きくなりそうな列を持ったテーブルは、連携した<firstterm>TOAST</firstterm>テーブルを保有する可能性があります。
-TOASTテーブルは、テーブル行の中には大き過ぎて適切に保持できないフィールド値を行の外部に格納するために使用されます。
+TOASTテーブルは、テーブル行の中には大き過ぎて適切に保持できないフィールド値を行外の格納をするために使用されます。
 <acronym>TOAST</acronym>テーブルが存在する時、<structname>pg_class</structname>.<structfield>reltoastrelid</structfield>は元のテーブルと<acronym>TOAST</acronym>テーブルを結びつけます。
 <xref linkend="storage-toast"/>を参照してください。
 </para>
@@ -719,7 +719,7 @@ for storing <acronym>TOAST</acronym>-able columns on disk:
 -->
 <literal>EXTENDED</literal>では、圧縮と行外の格納を許します。
 これはほとんどの<acronym>TOAST</acronym>可能のデータ型のデフォルトです。
-圧縮がまず行われ、それでも行が大き過ぎるのであれば行外に格納します。
+圧縮がまず行われ、それでも行が大き過ぎるのであれば行外の格納をします。
      </para>
     </listitem>
     <listitem>
@@ -732,7 +732,7 @@ for storing <acronym>TOAST</acronym>-able columns on disk:
       space) because these operations are optimized to fetch only the
       required parts of the out-of-line value when it is not compressed.
 -->
-<literal>EXTERNAL</literal>は非圧縮の行外格納を許します。
+<literal>EXTERNAL</literal>は非圧縮の行外の格納を許します。
 <literal>EXTERNAL</literal>を使用すると、<type>text</type>と<type>bytea</type>列全体に対する部分文字列操作が高速化されます。
 こうした操作は非圧縮の行外の値から必要な部分を取り出す時に最適化されるためです
 （格納領域が増加するという欠点があります）。

doc/src/sgml/xindex.sgml

@@ -1575,13 +1575,13 @@ SQL問い合わせを最適化する際にプランナを補助することが
 -->
 演算子族内の演算子と関数はすべて、意味的な互換性を持たなければなりません。
 この互換性についての必要条件はインデックスメソッドによって設定されます。
-このため、演算子族の特定の部分集合を演算子クラスとして選び出す方法に疑問を持つかもしれません。
-実際多くの目的では、クラスの分類は不適切で、演算子族が唯一の興味深いグループ化です。
-演算子クラスを定義する理由は、どれだけ多くの演算子族が何らかのインデックスをサポートするために必要かを指定することです。
-ある演算子クラスを使用するインデックスが存在する場合、演算子クラスはそのインデックスを削除しない限り削除することができません。
-しかし、演算子族の他の部分、すなわち、他の演算子クラスや自由な演算子を削除することができます。
-したがって、演算子クラスは、特定のデータ型に対するインデックスを操作する上で理論上必要となる最少の演算子と関数の集合を含むように指定すべきです。
-そして、関連するが基本的なものではない演算子を演算子族の自由なメンバとして追加することができます。
+このため、なぜ演算子族の特定の部分集合をわざわざ演算子クラスとして選び出しているのか疑問を持つかもしれません。
+実際多くの目的では、演算子クラスの分類は重要ではなく、演算子族が唯一の興味のあるグループ化です。
+演算子クラスを定義する理由は、演算子族のどれだけの部分が何らかのインデックスをサポートするために必要かを指定することです。
+ある演算子クラスを使用するインデックスが存在する場合、その演算子クラスはそのインデックスを削除しない限り削除できません。
+しかし、演算子族の他の部分、すなわち、他の演算子クラスや自由な演算子は削除できます。
+したがって、演算子クラスは、特定のデータ型に対するインデックスを使う上で適度に必要とされる最少の演算子と関数の集合を含むように指定すべきです。
+そしてその後で、関連するが基本的なものではない演算子を演算子族の自由なメンバとして追加できます。
   </para>
 
   <para>