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.96) (envelope-from ) id 1w1sli-000gZ4-0e for pgsql-hackers@arkaria.postgresql.org; Sun, 15 Mar 2026 21:13:03 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1w1ski-005k3W-0P for pgsql-hackers@arkaria.postgresql.org; Sun, 15 Mar 2026 21:12:00 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1w1skh-005k3N-2F for pgsql-hackers@lists.postgresql.org; Sun, 15 Mar 2026 21:12:00 +0000 Received: from mail-dy1-x1334.google.com ([2607:f8b0:4864:20::1334]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.98.2) (envelope-from ) id 1w1skf-00000000JpS-2OXT for pgsql-hackers@postgresql.org; Sun, 15 Mar 2026 21:11:59 +0000 Received: by mail-dy1-x1334.google.com with SMTP id 5a478bee46e88-2beab594d8eso5066097eec.0 for ; Sun, 15 Mar 2026 14:11:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=j-davis-com.20230601.gappssmtp.com; s=20230601; t=1773609115; x=1774213915; darn=postgresql.org; h=mime-version:user-agent:content-transfer-encoding:references :in-reply-to:date:cc:to:from:subject:message-id:from:to:cc:subject :date:message-id:reply-to; bh=a8hGhSceT34XlpSsYLglvIFClX0Q6pFVTb9x3zhprCQ=; b=JLHPEk1VfZWD+OJhiLBeN7HHBNJfP37+Ea4Pp6Zt8KM0fufG5wU1uM7l/J/gBKApxx By3NpuzbB32+itDxG2JmIwt84EWUHgpqAHayJC62k+rjBeRFvEHtlHU6obRQP6ouLZ1V 160bdx1kT2stUmJcmNsRhZ7OB2UGIRNbTql3jtRWti0RF2NB3GCBzETuYAl45hKo9GFV nJMjdAdp3Ye+lQAegI+PamIe6e2MOel4+KnhxU8KU33KFHpZ0vhr0qs/CbXXpauRFwY1 eSJixVWlgeLY8UsIzC1vuYd5lcRi6vf4JxXOPvITcS352KZS6Ux2iCzwhbc3KqnN3G1r Q1EQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1773609115; x=1774213915; h=mime-version:user-agent:content-transfer-encoding:references :in-reply-to:date:cc:to:from:subject:message-id:x-gm-gg :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=a8hGhSceT34XlpSsYLglvIFClX0Q6pFVTb9x3zhprCQ=; b=HnqLhoo+06jKe1KOjN3f4wIxAr055nL3dYUfvMUVukDmlaiOopEu696+h2Y7zUHeJY RHzQY6fH8seVlO7mQky/6HIbt4en5JxjRVsaiBQq/3QHk3iABpfu/jOUN3eIA3e0Vnuo ds98Htd1bLY+Pf/iSaPWyoFD1u+kJg+x8LpBNuVmVd3FiERXGgYHQPdZs8hKdRKBVOpn UKP68RR2ET2LFH2tt/3u+/K7nzOWKbR3Ul7XuQHUYbEz4Q3y12WO0M7fuIwDwnOWcvAK YBlB9GeMeJYsit2onKIkRd9fs4+WpN7OD0wAAHSTTXghQEk9XBWTrJPktQXpXiA00RV3 CTaw== X-Gm-Message-State: AOJu0YyexqZcDeZec9TukjZ9g9xbqhxaCaQpduA9DC3YxhlgCZ515ftW vc2ASwVvHnfSOk/uOLqBZ1O8wb40sm+yAaKvtgKluk9KsA3rV/WMCIBrsqHzDPPdBA== X-Gm-Gg: ATEYQzyEaHsUjpR3ao6Px6wZfoBSsX08QVUCIpFB8LmNvJHVTnljhz7hykiykBmgkVJ kx9g/BkQf0Nu/Ha6QG3R6+X90uTrJDB5n1tw0KTsK86C3yXI8G7JRd5wlzxYLnlaP9z0d/RKBJ+ 1zrGc5vUDqoQzqCswJo+7NMeng/8kBW/xQE+AFf0ktT58lJ7YayKhslFledN2ueWdK2LjNjKCAU MlMp/HoF4T6CZUKMEXxnEko6SKjSZidh5KlsapwX+TlpeR8qjWyR/EOKGU7SzwHi0ya3reU1s3Z O3o5Ir81eF21cjMRIkGV4c+jYofQW+A9aLJrQSo8pwEKkWj08zCFk5lqGb75tpVDMXGdzStNLU7 JHISfvEqPIfeXLkCOGEaMY56AuRsNye/9cXJf6TaRvzCbmnjpCmdLHajfI8PTsnR5U3vjP29pYj VMRi8ykR7wfsqpa3LRrIAPPYF3/0DIKPsWVurzb5g4OTPvXwh80V4= X-Received: by 2002:a05:7301:2c89:b0:2b8:711:ae5c with SMTP id 5a478bee46e88-2bea53d7374mr5176183eec.7.1773609115068; Sun, 15 Mar 2026 14:11:55 -0700 (PDT) Received: from jeff-laptop.lan (c-24-7-19-3.hsd1.ca.comcast.net. [24.7.19.3]) by smtp.gmail.com with ESMTPSA id 5a478bee46e88-2beab57b2b2sm11507689eec.33.2026.03.15.14.11.54 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 15 Mar 2026 14:11:54 -0700 (PDT) Message-ID: <811d6f42e5481935943556b692859aae9146d4c9.camel@j-davis.com> Subject: Re: Expanding HOT updates for expression and partial indexes From: Jeff Davis To: Greg Burd , Nathan Bossart Cc: pgsql-hackers Date: Sun, 15 Mar 2026 14:11:53 -0700 In-Reply-To: <91f4dbe2-21ed-49f3-bebe-270f9bbec9d5@app.fastmail.com> References: <9bb9bdd6-e1fe-48fe-837d-4d0289396f1c@app.fastmail.com> <872b875c-0aa4-4269-9c84-532227b32361@app.fastmail.com> <91f4dbe2-21ed-49f3-bebe-270f9bbec9d5@app.fastmail.com> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable User-Agent: Evolution 3.52.3-0ubuntu1.1 MIME-Version: 1.0 List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Thu, 2026-03-12 at 17:31 -0400, Greg Burd wrote: > Other than the heap_modify_tuple() calls I don't know of something > that allows for direct changes but that doesn't matter, 0002 will > scan and pick up those attributes even if we introduce a new > modification path in the future (as intended). Why do extra work in ExecBRUpdateTriggers() to eliminate the false negative case if we don't rely on it anyway? If we do need to rely on it in subsequent patches, then we need to be sure, right? I guess I'm confused about whether 0002 is introducing a new guarantee or if it's just a convenient place to eliminate one source of false negatives. Regards, Jeff Davis