Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1rejPv-00D7mt-PG for pgsql-hackers@arkaria.postgresql.org; Mon, 26 Feb 2024 22:25:48 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1rejPu-00HGYH-B9 for pgsql-hackers@arkaria.postgresql.org; Mon, 26 Feb 2024 22:25:46 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1rejPu-00HGY8-1A for pgsql-hackers@lists.postgresql.org; Mon, 26 Feb 2024 22:25:46 +0000 Received: from mail-yw1-x1136.google.com ([2607:f8b0:4864:20::1136]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1rejPo-001JM5-9o for pgsql-hackers@lists.postgresql.org; Mon, 26 Feb 2024 22:25:45 +0000 Received: by mail-yw1-x1136.google.com with SMTP id 00721157ae682-609241c2696so1496667b3.0 for ; Mon, 26 Feb 2024 14:25:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=crunchydata.com; s=google; t=1708986340; x=1709591140; darn=lists.postgresql.org; h=references:to:cc:in-reply-to:date:subject:mime-version:message-id :from:from:to:cc:subject:date:message-id:reply-to; bh=DRRmOLEErXqsuYot45BbiXkIt1FkkfETiL1YUWPWafo=; b=rnHUxxG472mZdd3QwE4fjlVa7outpgtnAY+l0Y+3P4IPOhLien+aVcqzYYWf1zR1l/ zXq6S5I8jepJ9tHgjny/1nDHIyIyWXznUaTMCranCKWI0cmYt7bZ++SHGzBdJocPNzMP iLlT4565DpW5kyno4ydeeWwotDa9LPBi/AUxrtPHY+U/lMITbR7zwHoEpai8gBEAd0yl VNn23JEboVvWuCk+0ij9gH8Pl1dF/CuStjbU+lU691jK52rbHDASX5RnZC9GLMeKjyoo Zy/Jq24V/0FQA845r0Xi6Zoneo9c+NqDWVAgTRfqHmdhCMK3RxQYZ3uaM1UbLkMHGUKD HJdw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1708986340; x=1709591140; h=references:to:cc:in-reply-to:date:subject:mime-version:message-id :from:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=DRRmOLEErXqsuYot45BbiXkIt1FkkfETiL1YUWPWafo=; b=ELUf5qOEoSzZbXBYCjULursDWmWWIDF6Ky80tykqlRsjX/zVmf2sMqIVyLiz3bsCjH qE+/2Hd4I5WK+5+VF/Nsv8GqR3raWK3B+nKgJj1LY/YW+1gybxKsB61niQydnIPW6+Y3 yiBC8B3HwhEmrUKI++Vu5jjDmiugiu1q7Lr9nc9PwSYw6sSva8YxhsyfSeitLT8VR8Mx y2tfRAPfWAZXj8AMCpZlE6HCtzl1u6uENSZeyc++cNMZyv4VwOqUxZLaKorITZ6QoEos YHtJ4c+hD4Ew+gun5XZ/K0fk+gk0L8CwEHwNMNfplXRKcd6730Lpq6oeywbBulszcCgH oNVA== X-Gm-Message-State: AOJu0Yy3a4gIDEeE0ZyGD1PyQ1uPPSuCotbtG5MDBZFZ/4lx4wp1MLe+ ljoPKx59j+EerDt8x/lpIJJopkHC6clvqVLcXgE3w+myXQsZcs1PphVQfO6DeK8= X-Google-Smtp-Source: AGHT+IFIk8CFbRPLP4dNchGmjT94FWV3oFqkKg8tL4N9p3mbqdouaubb/zEg1ckuOVT0JXubR9mU6w== X-Received: by 2002:a81:ca06:0:b0:604:92e1:14fd with SMTP id p6-20020a81ca06000000b0060492e114fdmr479669ywi.45.1708986340368; Mon, 26 Feb 2024 14:25:40 -0800 (PST) Received: from smtpclient.apple ([2600:1700:448b:d400:3d40:1858:fdcb:7ddc]) by smtp.gmail.com with ESMTPSA id b4-20020a0dc004000000b00608aeba302dsm1432530ywd.14.2024.02.26.14.25.39 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 26 Feb 2024 14:25:40 -0800 (PST) From: Elizabeth Christensen Message-Id: <57759ABC-7509-49CE-9645-CC54DA441657@crunchydata.com> Content-Type: multipart/mixed; boundary="Apple-Mail=_29A48BC5-B35F-4159-AF87-03CDBDB1EBC9" Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.15\)) Subject: Re: [PATCH] updates to docs about HOT updates for BRIN Date: Mon, 26 Feb 2024 16:25:39 -0600 In-Reply-To: Cc: pgsql-hackers@lists.postgresql.org To: Stephen Frost References: X-Mailer: Apple Mail (2.3654.120.0.1.15) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --Apple-Mail=_29A48BC5-B35F-4159-AF87-03CDBDB1EBC9 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > On Feb 26, 2024, at 4:21 PM, Stephen Frost wrote: >=20 > Greetings, >=20 > * Elizabeth Christensen (elizabeth.christensen@crunchydata.com) wrote: >> I have a small documentation patch to the HOT updates page >> to add = references >> to summary (BRIN) indexes not blocking HOT updates >> = , >> committed 19d8e2308b. >=20 > Sounds good to me, though the attached patch didn't want to apply, and > it isn't immediately clear to me why, but perhaps you could try saving > the patch from a different editor and re-sending it? >=20 > Thanks, >=20 > Stephen Thanks Stephen, attempt #2 here.=20 Elizabeth --Apple-Mail=_29A48BC5-B35F-4159-AF87-03CDBDB1EBC9 Content-Disposition: attachment; filename*0=v2-0001-Adding-Summary-Index-Info-to-HOT-Update-Documentatio.pat; filename*1=ch Content-Type: application/octet-stream; x-unix-mode=0644; name="v2-0001-Adding-Summary-Index-Info-to-HOT-Update-Documentatio.patch" Content-Transfer-Encoding: 7bit From: elizabeth-christensen Date: Mon, 26 Feb 2024 12:09:22 -0600 Subject: [PATCH] Adding Summary Index Info to HOT Update Documentation page Commit 19d8e2308b changed when the HOT update optimization is possible but neglected to update the Heap-Only Tuples (HOT) documentation. This patch updates that documentation accordingly. Author: Elizabeth Christensen Backpatch-through: 16 Discussion: --- doc/src/sgml/storage.sgml | 18 ++++++++++-------- 1 file changed, 10 insertions(+), 8 deletions(-) diff --git a/doc/src/sgml/storage.sgml b/doc/src/sgml/storage.sgml index 3ea4e5526d..314469706e 100644 --- a/doc/src/sgml/storage.sgml +++ b/doc/src/sgml/storage.sgml @@ -1097,8 +1097,10 @@ data. Empty in ordinary tables. - The update does not modify any columns referenced by the table's - indexes, including expression and partial indexes. + The update only modifies columns which are un-indexed or are only indexed with + summarizing indexes (such as BRIN) and does not update any columns referenced + by the table's non-summary indexes, including expression and partial + non-summary indexes. @@ -1114,7 +1116,8 @@ data. Empty in ordinary tables. - New index entries are not needed to represent updated rows. + New index entries are not needed to represent updated rows, however, + summary indexes may still need to be updated. @@ -1130,11 +1133,10 @@ data. Empty in ordinary tables. - In summary, heap-only tuple updates can only be created - if columns used by indexes are not updated. You can - increase the likelihood of sufficient page space for - HOT updates by decreasing a table's fillfactor. + In summary, heap-only tuple updates can only be created if columns used by + non-summary indexes are not updated. You can increase the likelihood of + sufficient page space for HOT updates by decreasing + a table's fillfactor. If you don't, HOT updates will still happen because new rows will naturally migrate to new pages and existing pages with sufficient free space for new row versions. The system view