From 7c9c0703bebe625aaf4b49f34bbc1c78a4059baa Mon Sep 17 00:00:00 2001 From: Noboru Saito Date: Sat, 28 Mar 2026 11:04:51 +0900 Subject: [PATCH] =?UTF-8?q?typo=E4=BF=AE=E6=AD=A3:=20"=E5=8F=AF=E8=83=BD"?= =?UTF-8?q?=20->=20"=E5=8F=AF=E8=83=BD=E6=80=A7"?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- doc/src/sgml/btree.sgml | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/doc/src/sgml/btree.sgml b/doc/src/sgml/btree.sgml index 8248290e4bc..90929143bcb 100644 --- a/doc/src/sgml/btree.sgml +++ b/doc/src/sgml/btree.sgml @@ -1027,7 +1027,7 @@ B-Treeインデックスは、ボトムアップインデックスの 各削除パスは、予期されたバージョンチャーンのページ分割に対してトリガされます。 これは、UPDATE文によって論理的に変更されてないインデックスだけで発生します。 さもないと、特定のページで使われなくなったバージョンが集中的に蓄積されます。 -ある種の実装レベルの発見的手法は、均一のごみインデックスタプルの特定及び削除に失敗する可能がありますが、ページの分割は通常避けることができます（ページ分割もしくは重複排除パスの場合に、リーフページ上の収まらない新しいタプルが入ることの問題が解決します）。 +ある種の実装レベルの発見的手法は、均一のごみインデックスタプルの特定及び削除に失敗する可能性がありますが、ページの分割は通常避けることができます（ページ分割もしくは重複排除パスの場合に、新しいタプルがリーフページに収まらないという問題が解決されます）。 インデックススキャンが（単一の論理行に対して）通過しなければならない最悪の場合のバージョン数は、システム全体の応答性やスループットに重要な影響があります。 ボトムアップインデックス削除パスは、論理行とバージョンを含む定性的な特徴に基づいた単一のリーフページ内の疑わしいごみタプルを対象としています。 これは、一定の定量的なテーブルレベルの閾値が超えられたとき（参照）に起動されるautovacuumワーカーによって実行されたトップダウンインデックスのクリーンアップと対照的です。