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 1vzYzG-0017V5-0E for pgsql-hackers@arkaria.postgresql.org; Mon, 09 Mar 2026 11:41:26 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1vzYzC-00Fllz-2m for pgsql-hackers@arkaria.postgresql.org; Mon, 09 Mar 2026 11:41:23 +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 1vzYzC-00Fllq-1p for pgsql-hackers@lists.postgresql.org; Mon, 09 Mar 2026 11:41:23 +0000 Received: from mail-dy1-x1329.google.com ([2607:f8b0:4864:20::1329]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.98.2) (envelope-from ) id 1vzYzA-00000001mzH-28Jq for pgsql-hackers@lists.postgresql.org; Mon, 09 Mar 2026 11:41:22 +0000 Received: by mail-dy1-x1329.google.com with SMTP id 5a478bee46e88-2ba895adfeaso9610117eec.0 for ; Mon, 09 Mar 2026 04:41:20 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1773056478; cv=none; d=google.com; s=arc-20240605; b=aOSS0bN4Mcox4ET8bAoCqMfknntQzQEJJUji9u72po4gGtMQzjRH28bl3LuFhlCZPG grRiOU60OkA2Gp3WJADdJEFQTWJ4oA+9rq5JNnSQxyaAUJZbGK41HlPbMuHaEDoDX/7E S9ZaJ8RkXfUBFTmVi/BvfPnt992SwvDAbNqyFxh1Jt+qAf4juoNiCp8hcmiSOrWDSrd2 BavWuoYlQjKDYDDC2cU/YBKb4X/kmrRnBcPnvIolmtjnU5nbRRpAqYKLENrhoHVjV2xo an7LCEt+t7j83SEb8/wZhydpOvxHnVL/Acgr/tUF1GCN1fWS/xviUYJqEVcwXfwjeVhy 5zKA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=VXu0mELrJajodC6I8qt+kh1BcaxtyWTFeYUgqphye84=; fh=WVWv4JzGAXgoI9NqP7Xcu3YKjbKRsaHLExESk/cbcV4=; b=EBHlMrGzo098sRWk/FA44MlxQfu3V09l1fSwbl231aj/XkOxGFWDKcYjI/yziQEJ07 E3Py+Yuo+mBjuTf234M8AGCxq0YgdpulTYc31i/Jsa+Zu3ZVpGMtnP/ofVdRizh8tYMU vmfLm94zFzcSNPaSV2jexkgBXjmwrgCC5sN3sliEfUEh6EXrA+N6W4r2ezQ9OjngQSd4 aCrRVsEg2/MxUSjqXBZnLwZYlyRkjYEs7LHL9Xtlg1Vnj62+oHqqOvHUVRUb008g1COX 2XNqlcIp4CxzJgQjiAlNPqrit+/eeqAVFCuKqMnHjCoXq4P9c8fEFeU7jP1FUZnUk3hU VrvQ==; darn=lists.postgresql.org ARC-Authentication-Results: i=1; mx.google.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1773056478; x=1773661278; darn=lists.postgresql.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=VXu0mELrJajodC6I8qt+kh1BcaxtyWTFeYUgqphye84=; b=Je0Ig+X9lt0o552mX7UXkFM4LRPG1C+ouI9yH1nz2zj5VFaRbMYjQG0know2dUlgre SN7LKsQKIgqv/aeTBy6DUd3l1kWhHlvWGWZGfLC43XUZkQYkaM5UX6okeMGgKBFQvd25 w/LdOlBd+dxizX/JnoP1V03hO4C2tyCoXS8686m29aR6SuC/8H4wb74l0Y73ImZLGGe2 SfJPq9hzkw6lBwcgqvhivxj+oTdQl2pIRmf/yN3ZktmjgY8NvVK23FvWUmuxQvc6BZoM aea0uEVVLjsyeiFDJ+57VbqgN1ZLys7Ec9jZB8coqMpuWg3DDfZuVwOfcc3dzg+0PhFn LQYw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1773056478; x=1773661278; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-gg:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=VXu0mELrJajodC6I8qt+kh1BcaxtyWTFeYUgqphye84=; b=fI3y40OOKxh32Br/gMp8Wgku76i/5yE0/dstxAbtDrAFENmStoQTOK7+Y8Mo1y9h7N TP6Gh9cRe8EqK+jEj+ii55anNEwe7b8Am47S/9HcZedRLL1/McOHGjdEv07qJIzFWrmq aS+ROMrPG4rwEAryMsniSep1av2ARHNj4UPrcS8Om0FH/vfLTGt72Cb9XYSSxe20io+w idtwO4G9E1ZdvEXPx8XOJnAmt5xGD3g715XZ4bMDd/pk/NVFnf0Rz1NjnC3R6mxb4T4u X9/+Q0p1ty6cclMXsI6mCcUsegq8l2GRmte+Dx3ROe+ysf+fLGZFKVpcX1j8Np4yPJ/Y 4enw== X-Forwarded-Encrypted: i=1; AJvYcCUzznPn+zyI7LOL1dYmfKGgzk5JKrsAWh+2Z22WtedtEBzfFLfKpbnRXfXdd3/PoqLPFr0KG+xLW1pPPGP3@lists.postgresql.org X-Gm-Message-State: AOJu0YykRcBTCAUxzjR4kQWci8nb3cQ/AdCF/Lq63xBwg+uRd3NKU90D oHZ5ZcMkWF0ORSiUoRZBs1iLswQNpv9kY3Yq8JbxZ4V9LCdAG3wrsZixMKoUwsk1zHXhVVo2oGy JuL7WhTDW39USHEL9gAEobJ1LIZd9pNs= X-Gm-Gg: ATEYQzy9RRyIuAQPG4FewQ1l5hnjl/I3M9Bx6fKNOpKxrFcszM33+Vgl/N8wmfjCbhi IsBmWYvW7jEnNfHGh0jkNppZAt4I7yjE1gdBbkmPa5IBIEWnNiUWzY2logj0xsSrmxXl59LMDvI 1LjpKSBZB6YURthCUYkZbBbE7YoZSnvjNFYBAaucPP57C9KD8fBi2qm+6dVdYtzp3GFyNAZE+Xq 6urK6cbjuy+i9OGHa1c6Fkt62nT7GQ8qqGT9MidnnXM+FfVOWH1nqwEL2QvDIhWksEZD1B325va 4kMCWyoa1ycP3FqLQEWGKtKL60p81zMZGSuOISOyRdIuGIf5TbOs2pqARTWoKU+uBe0UZukZdpY S7W8O9YFPK2PL4GZtXYf76Fd7PkcrOsxScKKh6+U= X-Received: by 2002:a05:693c:60d3:b0:2be:142f:d481 with SMTP id 5a478bee46e88-2be4e03ea2bmr3068026eec.32.1773056478170; Mon, 09 Mar 2026 04:41:18 -0700 (PDT) MIME-Version: 1.0 References: <3660951.1741016970@sss.pgh.pa.us> In-Reply-To: From: Etsuro Fujita Date: Mon, 9 Mar 2026 20:41:04 +0900 X-Gm-Features: AaiRm51LKKfew96CC0s61ve_Va8FGnGw6OsNcElTTNn5i40L8nOX-tU7AgFvW_k Message-ID: Subject: =?UTF-8?Q?Re=3A_Options_to_control_remote_transactions=E2=80=99_access?= =?UTF-8?Q?=2Fdeferrable_modes_in_postgres=5Ffdw?= To: Ashutosh Bapat Cc: Fujii Masao , Tom Lane , PostgreSQL Hackers Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Mon, Mar 9, 2026 at 12:47=E2=80=AFPM Ashutosh Bapat wrote: > If the primary doesn't allow modifying data in the foreign table in a > read-only transaction, a standby shouldn't do that either. The users > who are expecting a read-only transaction to protect against any > writes to the foreign data on primary will also expect so on the > standby. If users want to use standby's ability to modify foreign data > for the sake of load balancing, that's a reasonable ask. However, we > need to figure out whether it's common enough to support. That > information is not readily available. I doubt that it's a common > usecase. If this fix breaks such applications, we will come to know > its spread. And such applications can use dblink. Alternately we can > add the option which I and Tom didn't like [1]. But I feel we should > do that only if there are complaints. It's going to be painful to > those users who experience application breakage. To ease that pain we > should highlight this as a compatibility break change in the beta > release notes, giving users a chance to complain during beta cycle so > that we can fix it by GA. > > If others know that the current behaviour has a widespread > consumption, and they can provide backing data, adding the option > right away is better. +1; I agree with you 100%. Thanks for the comments! Best regards, Etsuro Fujita