update limits for 17.0

doc/src/sgml/limits.sgml

@@ -233,10 +233,9 @@
   Typically, this is only an issue for tables containing many terabytes
   of data; partitioning is a possible workaround.
 -->
-《機械翻訳》各テーブルは、理論上最大2^32個の直線外値を格納できます。
-直線外ストレージの詳細については、<xref linkend="storage-toast" />を参照してください。
-この制限は、そのような各値を識別するために32ビットのoidを使用することから生じる。
-より小さいスペースが満杯になると、まだoidであるoidを見つけるのにコストがかかり、ダウンINSERT/更新ステートメントの速度が低下する可能性があるため、実際の限界は理論的な限界よりも大幅に低くなります。
-フリー通常、これはテーブルにテラバイト単位のデータが含まれている場合にのみ発生する問題であり、パーティショニングを使用することで回避できます。
+各テーブルは、理論上最大2^32個の行外の値を格納できます。行外のストレージの詳細については、<xref linkend="storage-toast" />を参照してください。
+この制限は、そのような各値を識別するために32ビットのOIDを使用することから生じています。
+実際の制限は理論的な制限よりも大幅に低くなります。それは、OIDの空間が満杯になるにつれて、まだ空いているOIDを見つけるのに時間が掛かるようになり、INSERT/UPDATE文が遅くなるからです。
+通常、これはテーブルにテラバイト単位のデータが含まれている場合にのみ発生する問題であり、パーティショニングが回避策として考えられます。
  </para>
 </appendix>