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 1wPxYu-001AyF-16 for pgsql-hackers@arkaria.postgresql.org; Thu, 21 May 2026 07:11:20 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1wPxYs-009TPZ-0w for pgsql-hackers@arkaria.postgresql.org; Thu, 21 May 2026 07:11:19 +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.96) (envelope-from ) id 1wPxYr-009TPP-2u for pgsql-hackers@lists.postgresql.org; Thu, 21 May 2026 07:11:18 +0000 Received: from mail-yx1-xb130.google.com ([2607:f8b0:4864:20::b130]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.98.2) (envelope-from ) id 1wPxYq-000000003yz-3gkY for pgsql-hackers@lists.postgresql.org; Thu, 21 May 2026 07:11:17 +0000 Received: by mail-yx1-xb130.google.com with SMTP id 956f58d0204a3-65c24be9e4bso6061168d50.1 for ; Thu, 21 May 2026 00:11:16 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1779347476; cv=none; d=google.com; s=arc-20240605; b=c0RQWXDiWPTmGRMRL5ObGmy3DNCm7c5/T8DuLTBiAtepKfmqBGqISHFn4wnG9snTtH culEKc5QdrHmot1fYgrVQ0fo2OsmdE8NSJA+efWlMRumhu1Q1u4jzwQHOMxrCi4tmdEl XASYnceTJRo4svfHwF46FMjx6kiFkSdPl4fy4lv+LncdLOPPJ2mv84FH+dyDJqcLS6ja DnaEDPM4ORuPJZdWFD/cEgopL0OjGwp9cjZrHPMV6vELakyJDuZax55aFWj0ZYZWomY2 +fygdFa8yucH0ddSv8VGFjCTbHWw8eRlRHATzgxwkIBiGaFW27EIMAY3+jF0ypVZXnbE 2HIA== 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=tg3qprF9dbYj2zXSRgANK9kWsZaJku2N5jOmlHfxcFs=; fh=afnwk5tqwbQD5ZTfewDSnNdt+n9JZS9lmt91q8BeHTU=; b=RQG7yV4oaZht/fqeFA0pqYRU+w+N12obgq4XfRg6MnKh5jW2q4qXLq9YZdcW9PJ8Mi OLn+vdFsmf9O6t1jfnvYpqSqKNM4QsugOmsOga7hB8WsDKasn5TMPM7gDHUK3rRtYcBe meUvB3KkPwe9t9KsYlzWbxFWVmvZisTzUkGqQ7dFSKsHNX2QUEMBHTxf+zDTfnfpPwQR 7gFOnU/t51FGAx2zs4MeehUNUFb6H4GoXdQsZA3SG6UcTI2chv6iaEY4cXwjmmbiq6oG XNMpqMx/cYhm7zLpLPoI+EK5XqA5Gm1MFZXZKwU8lOQKr7pn8sECKNRlBN0e/i18hjKC P4Ug==; 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=1779347476; x=1779952276; 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=tg3qprF9dbYj2zXSRgANK9kWsZaJku2N5jOmlHfxcFs=; b=tJ+pru5gzMQmyjenc6IW3fomwOadLDrGqfSlP83B1fCYHOjthAaHA5TvhrfPXmk/r1 /W0MS/k3forqZi30PDwp7QsH4aHRRK25QYgTWS6oK5tnQJFIUxkoR9wfXDaX4VfE2XQo s1kwYxY0/veHWjDhKOaWTJ+crLH3s6Qpgn7dBKgTj94meC4SCz975/tlZZtVmiVsbqJU s7xK1bXk7LeMup3L7PsgAs6rA2ybx8S4QzMSmaTYyGvoG64al1tr5kjPxM1LqwLDLtru +JyadJNWZKKpj+/NuuJyNM/nlU3YGdggXST9Xdc4sztk8yIb+o/T5npPa5CaiVWU6rZ4 RG5Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1779347476; x=1779952276; 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=tg3qprF9dbYj2zXSRgANK9kWsZaJku2N5jOmlHfxcFs=; b=OuJaAquzJlQR1V45TMh0RGdQ7XZRrHixhdE69LepvoOFMf67uy27WdS9hMegCD+7mc qT1IK7/qKcSDQGv+qp4xrfqGM0eu14a+FndSrWsXlJHpbQ4F7GNhjEc6H2KG7wbetB1I HKstcR+4wdeHeA0LVFsbabIFLy6rf5+3v8lq2rnolWHTzI0HQe31eEr9dlmZq9K3WKzb fOpdyUPFdKKBrTcItxJ2i+Bx5vEa5fdcKbOoE6kcMfn0iT7lxQDXRdhLacRUh0b7c3bo LwCXQ+AgzuK69mmmsd6AHCHjWojvxEZRi6MbTNkcP456RO6nl0Vfxh7hxGU18U+7sZgO urTQ== X-Forwarded-Encrypted: i=1; AFNElJ8MKa/pCrEDHm6HYIXzPdMgiJNSH/C5vhPFXBImcUPQldaSTOI4JUn4/otV2Lqs+PEyKlwnjXKNwJbKHhC0@lists.postgresql.org X-Gm-Message-State: AOJu0Ywx8pzJzl0DDcXZydbeRK7+V7MvX00sAdNLWtNur22xoG2Ppo7W Oyv/SOvZrtMzgwf4S77qCWkxngJnQcd9t5EiKfBcnMJvqwIX41F7UKq0C9v6n9D8lj+85fkmhSc m75jffIUcRhZC6wmtSRQSbClPBZ1QIsw= X-Gm-Gg: Acq92OHg9kaCgnVdeNY3i1B3PMUvs9W7KfkHx1CioeagjOf7WCkdo0nSqCM6Bm8ZKRQ pLyJBotyyU4DKA+sL9gPmOBgLqgQJvIqZ5jCFVkEz8Jn0Vyif697pSvf0iIEGxTF9pyfTiNZ8rT T3DoLGPbzjRHjWMFybtLOnrs7ekGm/qpO/dFLBDht1vaboU5Tiq4oGLy2e6X8XWpsrfPGP+I2tC 2gIv0NtAUFjFVK55wKotR3n6PjFtW9gpbx3QcK8UsB9cLxjsGd68oGSn10a0rvgfaTIQx/2WVlh ul9bzpajBQ== X-Received: by 2002:a05:690e:d05:b0:65c:217d:f01f with SMTP id 956f58d0204a3-65eadf3302cmr1269710d50.3.1779347476044; Thu, 21 May 2026 00:11:16 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: vignesh C Date: Thu, 21 May 2026 12:41:03 +0530 X-Gm-Features: AVHnY4I02ww6ZGR_Ih1R8DyJGQRfPYNYFY2Y8wyT_GxIJaMdzDXTqqClZ06r9-4 Message-ID: Subject: Re: Proposal: Conflict log history table for Logical Replication To: Peter Smith Cc: Shlok Kyal , Dilip Kumar , Nisha Moond , Amit Kapila , shveta malik , Masahiko Sawada , Bharath Rupireddy , PostgreSQL Hackers , shveta malik 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, 21 May 2026 at 05:32, Peter Smith wrote: > > On Wed, May 20, 2026 at 8:50=E2=80=AFPM Shlok Kyal wrote: > .. > > Comments for 0002: > > 2. We can rename the schema pg_conflict to a different schema name. > > Is it ok to hardcode the schema name to 'pg_conflict'? > > - errmsg("cannot move objects into or out of CONFLICT sc= hema"))); > > + errmsg("cannot move objects into or out of > > pg_conflict schema"))); > > > > Example: > > postgres=3D# ALTER SCHEMA pg_conflict RENAME TO sc1; > > ALTER SCHEMA > > postgres=3D# ALTER TABLE t2 SET SCHEMA sc1; > > ERROR: cannot move objects into or out of pg_conflict schema > > > > Yikes! > > I am not sure that the error message is the problem here. There are > worse things that are similar to this. e.g. I found that you can do > the same trick of renaming the 'pg_catalog' schema, and it breaks > anything that refers to that schema by name -- all the internal SQL!! > > test_pub=3D# ALTER SCHEMA pg_catalog RENAME TO mycatalog; > ALTER SCHEMA > test_pub=3D# \dRp+ > ERROR: relation "pg_catalog.pg_publication" does not exist > LINE 9: FROM pg_catalog.pg_publication > ^ I noticed this behavior with several other commands as well. For example: postgres=3D# ALTER SCHEMA pg_catalog RENAME TO test; ALTER SCHEMA postgres=3D# \d ERROR: relation "pg_catalog.pg_class" does not exist LINE 6: FROM pg_catalog.pg_class c ^ postgres=3D# \dn ERROR: relation "pg_catalog.pg_namespace" does not exist LINE 4: FROM pg_catalog.pg_namespace n ^ I observed similar behavior when creating a table in the renamed schema: postgres=3D# CREATE TABLE test.t1(c1 int); ERROR: schema "pg_catalog" does not exist LINE 1: CREATE TABLE test.t1(c1 int); ^ Given that this appears to be a broader issue related to renaming pg_catalog, I think we can skip handling this case for now. If we decide to address it, it would be better to handle it together with the general pg_catalog rename behavior. Regards, Vignesh