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 1wV3wv-001efT-32 for pgsql-hackers@arkaria.postgresql.org; Thu, 04 Jun 2026 09:01:14 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1wV3wu-005cni-2K for pgsql-hackers@arkaria.postgresql.org; Thu, 04 Jun 2026 09:01:12 +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 1wV3wu-005cna-1G for pgsql-hackers@lists.postgresql.org; Thu, 04 Jun 2026 09:01:12 +0000 Received: from mail-lf1-x132.google.com ([2a00:1450:4864:20::132]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.98.2) (envelope-from ) id 1wV3wr-00000001D0T-47sY for pgsql-hackers@lists.postgresql.org; Thu, 04 Jun 2026 09:01:12 +0000 Received: by mail-lf1-x132.google.com with SMTP id 2adb3069b0e04-5aa610cbd9bso404982e87.1 for ; Thu, 04 Jun 2026 02:01:09 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1780563669; cv=none; d=google.com; s=arc-20240605; b=IzgIkAYr9XxNcJAxCbsQqjm8g1GICx5b3eg+fubPBATt2JjjvWwJK9uQ13Vqi6KGrG hI+r3+vIKIlf8elVZxkq41obsgJs3movjkAQPWCXzDh/VD1oCqdRaIe+IDF14WFHrFMo SIbCEMKNmp6N+aYF/AbZ6D4Donxv3bkvNeGUPuRJ7TNLTulak8qJUD5WOJb4+1hMOwRP 2engq8y+UUm+y2k7ur/AGUp/iFv0ShMxKlezxTHtOcyJt/JPDe7aPjFH1PEEywjg1QxZ bkuwaw9mZS0dJWH66vJc6H6AHTZkYc6c8EnsiAvKpR21jWSmu5b/MFZUWXzzKuuy0E8C 3TOQ== 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=B+OAeC+5zr4arwzpNZchByFyLT8C0bgdZK8vW221NeE=; fh=Fk0BrokIVdDq+6m4+d6G2qlaJqDkdVNv9A1d85JVLCE=; b=PH0boWuarM9UvEaunZ083KfTuylCRyH5TkVybj880Nd1WJTn/h1cQzm/108R69bQFG be8Zq3YTwpeE1mdtVKCdgmkf2jl2lTi1a3ZuqicCyrJMuc3JzX3GFDEnoy1kVlaN8Tng /TszbzszyvXyVqg5mp0kauDP9ktY9+alEWa70z8BtXIK6nX8OzJmweAaX6v6H8sZUXcs XWiqtNI2jLMaBy+OpxE9eSlpLW7spSky+SIMNByzQcv10jtkkgJBlgCCtwy8p6nZQCzc CVfBK+nduWBDodrhO1qSAgO5Stsz5C2/StigzEJNRy7GUh77UocRqdxV4R8JLK03A75v y88A==; 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=20251104; t=1780563669; x=1781168469; 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=B+OAeC+5zr4arwzpNZchByFyLT8C0bgdZK8vW221NeE=; b=COHkxsfsQOTys74M4ietbe/ZQ4Ohp6UieEEp3HHq3vs9QXN0ZozLcV/yYNlQwegBpH hu9LA0ShTRdJp/HeVgvAudyUmVor1NkLG+NYUH/VA2gF39Wcdh4dCHWdbdnk3Ep9cp1m XoPzHTWx2ZE6T/hNaMi8CT1u8Ehvda9Jygjjkzec/3fTkqcc/OFJ6KAyPHrCh5RlkTZ/ Rn5iWsPRRdJc+AqjqXKVNMHcKiuCd0pJKuC5Dqi+GGtBtbFcP9ImevlCKF+J/CqtstL9 eFk+KyUSFVaX6pjnA+lTSqJz//XJwtk1pDbYKe503wO8Rzu6qvfGKWEaCiri4Jb/pOJr rEWQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1780563669; x=1781168469; 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=B+OAeC+5zr4arwzpNZchByFyLT8C0bgdZK8vW221NeE=; b=dM6TF8CajNwSUaYBvFcMsSJ2c9c57KuPNFo9wO/6e91L1Xw2DcIBd4fLdfUZw5LhVC Aul5Y3Rd8EeV85zTcIqvwQsOlj1aGAGV9vyz7FuhoTZJLQqwyA+RBnJJ4IzEWj4fzXMa Dy7IB/23vF/YBM2JEhKuAgBk795io92xB2gVEWMNAPk+dkJnZkHSLtUvCw47nFfyQWZ8 dLm42NrX55BqJbFarrwAqRRY5lueQ1M8mcHWn0trmQKLUe2PQoEFSI09H+2R5hnT+Qp3 NPtDlbv76ATS0ex7cUY1b13yvRRDaf67ptAe7eiS9Jbev9nFl/+2jMDbqEY+GLGUQiIX dxCw== X-Forwarded-Encrypted: i=1; AFNElJ9de3or+ajDYj1yX016PtY3131/1PXmKS9AbTGrfGtQFIgAg4peEoncBou8Y2e9sLNCgyxdCcQNej7ihUIO@lists.postgresql.org X-Gm-Message-State: AOJu0YwSG+lLdw+F7wEZAUu9Iwpg5UR5mhMaREcOqroK7Gc/LJ3ACbN1 So/gZom86LJL+ry6ql5s9YR1EEZ6LlMtJZD+RsG/0IpVxkTBLc6OQ5qx5fkqUel0pKwSvIq1c6+ mNZ8vKrt1JoqOstwUqRVidOG3IRWAF4I= X-Gm-Gg: Acq92OG9PAKlHtpW6K1Qcu+WL0JfSnK9YKBwWmP65Y0YIQ0YLZGqa9r7TVIMlgevNDE qkoBkmZczpHcoksW5HmMYOpIemdONSqV3G1Quf5j0FypluQhUJj3G5QIAmeVC2d8mXJldagQSop vt7rJCtv/PComx8qHO/7F1es+mv1Js6+h10XBsddEi2I/VO/FVwEFAN0eWGYbWK8yhvG/UPiP3D ODbBkXHSAOtlFbgPHu4OMl4ehC0UlgAlsULwSyh6S8KXyNSS6aqhIAXGT9xS+dUG30bF4uDdsg2 9ywAm9J7lfUtYbqBCJTaXaCV+vx+CBE3PgBjDTuAm18ImEaa X-Received: by 2002:a05:6512:66da:b0:5aa:6c89:72d2 with SMTP id 2adb3069b0e04-5aa80ca27e6mr472890e87.21.1780563668247; Thu, 04 Jun 2026 02:01:08 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Dilip Kumar Date: Thu, 4 Jun 2026 14:30:50 +0530 X-Gm-Features: AVVi8Cd05DcdGj9wLV3B_vJ368ENxHCYliqtFnud3xcz2fNF-jVKX0lIm2pTw_g Message-ID: Subject: Re: Proposal: Conflict log history table for Logical Replication To: shveta malik Cc: vignesh C , Nisha Moond , Amit Kapila , Peter Smith , Masahiko Sawada , Bharath Rupireddy , 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 Thu, Jun 4, 2026 at 12:28=E2=80=AFPM shveta malik wrote: > > > Here is the rebased version of the upgrade and \dRs patch which is > > present in v45-0003 and v45-0004. There is no change in v45-0001 and > > v45-0002, they are the same patch as in [1]. > > [1] - https://www.postgresql.org/message-id/CAFiTN-vWZR9%2BU-kg6d2L3J0W= Gr6fqESnjah8vrguVCmpEG7SMA%40mail.gmail.com > > > > A few comments: > > 1) > We have introduced errors like these: > > + errdetail("Conflict schema modifications are currently disallowed."))); > + errmsg("cannot move objects into or out of the conflict schema"))); > > But here: > > { > /* Can't be system namespace */ > if (IsCatalogNamespace(schemaid) || IsToastNamespace(schemaid) || > IsConflictLogTableNamespace(schemaid)) > ereport(ERROR, > (errcode(ERRCODE_INVALID_PARAMETER_VALUE), > errmsg("cannot add schema \"%s\" to publication", > get_namespace_name(schemaid)), > errdetail("This operation is not supported for system schemas."))); > > We have included conflict-schema in system schemas, I feel here too, > we shall make a new condition and error mentioning 'conflict schema'. > Irrespective of how TOAST-scehma is handled here, we can have > cosnsitent handling at-least for new conflcit-schema. IMHO then the next immediate thought would be that for toast and catalog the error is covering them under the system catalog and we are diverging behaviour for the conflict schema. I think the current behaviour is fine. > 2) > +#include "catalog/dependency.h" > +#include "commands/subscriptioncmds.h" > > conflict.c cimpiles without above 2 inclusions. Will fix > > v45-0002: > 3) > old name (pg_conflict_log_for_subid_16396) referred in commit message of = 002 Will fix > 4) > Since ProcessPendingConflictLogTuple() is called in CATCH-block at > multiple places, it would be better if > ProcessPendingConflictLogTuple() had its own try-catch block. This > block could log/WARN CLT-insertion errors, clear them, and allow the > caller's original error to remain. In rare-scenarios, we may end up > overriding the actual error with a CLT insertion error. > I think this make sense, let me put more thought on this. --=20 Regards, Dilip Kumar Google