by GitHub Actions [skip ci]

Author: actions-user

current/html/limits.html

@@ -54,9 +54,8 @@
   Typically, this is only an issue for tables containing many terabytes
   of data; partitioning is a possible workaround.
 </span>
-《機械翻訳》各テーブルは、理論上最大2^32個の直線外値を格納できます。
-直線外ストレージの詳細については、<a class="xref" href="storage-toast.html" title="65.2. TOAST">65.2</a>を参照してください。
-この制限は、そのような各値を識別するために32ビットのoidを使用することから生じる。
-より小さいスペースが満杯になると、まだoidであるoidを見つけるのにコストがかかり、ダウンINSERT/更新ステートメントの速度が低下する可能性があるため、実際の限界は理論的な限界よりも大幅に低くなります。
-フリー通常、これはテーブルにテラバイト単位のデータが含まれている場合にのみ発生する問題であり、パーティショニングを使用することで回避できます。
+各テーブルは、理論上最大2^32個の行外の値を格納できます。行外の格納の詳細については、<a class="xref" href="storage-toast.html" title="65.2. TOAST">65.2</a>を参照してください。
+この制限は、そのような各値を識別するために32ビットのOIDを使用することから生じています。
+実際の制限は理論的な制限よりも大幅に低くなります。それは、OIDの空間が満杯になるにつれて、まだ空いているOIDを見つけるのに時間が掛かるようになり、INSERT/UPDATE文が遅くなるからです。
+通常、これはテーブルにテラバイト単位のデータが含まれている場合にのみ発生する問題であり、パーティショニングが回避策として考えられます。
  </p></div><div class="navfooter"><hr /><table width="100%" summary="Navigation footer"><tr><td width="40%" align="left"><a accesskey="p" href="docguide-style.html" title="J.6. スタイルガイド">前へ</a> </td><td width="20%" align="center"><a accesskey="u" href="appendixes.html" title="パート VIII. 付録">上へ</a></td><td width="40%" align="right"> <a accesskey="n" href="acronyms.html" title="付録L 頭字語">次へ</a></td></tr><tr><td width="40%" align="left" valign="top">J.6. スタイルガイド </td><td width="20%" align="center"><a accesskey="h" href="index.html" title="PostgreSQL 17.0文書">ホーム</a></td><td width="40%" align="right" valign="top"> 付録L 頭字語</td></tr></table></div></body></html>

current/postgres-A4.pdf

@@ -7,7 +7,7 @@ layout: default
 
 ## 最新
 
-last-updated: 2025-02-07 04:24:43 JST
+last-updated: 2025-02-09 04:22:38 JST
 
 ### 最新 PostgreSQL