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 1uibK6-00DZsA-Hk for pgsql-hackers@arkaria.postgresql.org; Sun, 03 Aug 2025 16:12:34 +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 1uibK5-00E51O-JE for pgsql-hackers@arkaria.postgresql.org; Sun, 03 Aug 2025 16:12:33 +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.94.2) (envelope-from ) id 1uibK5-00E51G-8X for pgsql-hackers@lists.postgresql.org; Sun, 03 Aug 2025 16:12:33 +0000 Received: from mail-oo1-xc33.google.com ([2607:f8b0:4864:20::c33]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.96) (envelope-from ) id 1uibK2-000YMC-1e for pgsql-hackers@lists.postgresql.org; Sun, 03 Aug 2025 16:12:32 +0000 Received: by mail-oo1-xc33.google.com with SMTP id 006d021491bc7-6199e7dea32so275300eaf.2 for ; Sun, 03 Aug 2025 09:12:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1754237548; x=1754842348; darn=lists.postgresql.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=RVANZRr6lBHksEJNdYwgHjaozWmuAgrcvzEiTCyED08=; b=V9IajB1GXN3hadhpy+hdZRBGVerx2uHyltD5OHaOIy7PQOc7/cXFeetJnRsA9kUOCI TUVULeM6QbF0ugc8GOv3k/GoNkLp6IQDgj+8DXYeztm1vTo1bG0U7uyRB9grxfMLRdW9 1TZFYr779Oylm49Ns33aZ4wAtSdGYbOxYEgLYpP9oIfS7e6BDytCecu7M+bkynn+Mdiz hJtt7za1vlxs/973362AigsHPA+1XWYjwzkYfB88q9UKzFOMY7qmSRaKH+pIx5lXj8+r 4+flo/iK7Rc8zxdtHWiKoA5JjKoJZ76VvgglQiUdlDHnPuBMIl6TivndZdIECdaIz6NX FhfA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1754237548; x=1754842348; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=RVANZRr6lBHksEJNdYwgHjaozWmuAgrcvzEiTCyED08=; b=t7hkYglAej8IDhYUS/oMhoSxYPVYanu0iQEcDnCYOjpLQ1wTQD4jps6h+TuFIqVYEZ LIsnLEaXslZLA4R+DFnPOSkgPBs7v+7bI8kXQ2jHFg17KifsK/IkAgUzYcJiGWfkyflr vyEg2K2N4zCUQpiZ2U//lRqLFUHb5be53r7yOx3sMW+d8UchuYrH8fz0SsI/9sRossg2 Hx2dkBDLFc02765I3jXdCQql+sqXkqwJsFrC92QQo1Km0ImQHREKVzxw2mqPqByEPoTV XYGm7P0vuZhgVFAyvwJOV5X3UzhMhTF4I9LVUyoED1g+ipzdHAN2hI/TUpDqaG5gLTpn gqKg== X-Forwarded-Encrypted: i=1; AJvYcCVN8DGWmP1ZOpOVXnBTYNHENwV6NMHRoYhgCLYHq39QWsFhBI/EdgG/Ux7cu6BeWO2Y5lRaZIuu6YK3Xzlp@lists.postgresql.org X-Gm-Message-State: AOJu0Yym8wode0Fb6GjpyxgI6j5Qc4r2fXe0IGZHXoeU+lNVnmhRg5hE nR/RWW1ZmCJpD/in11FV8iYtxp0loizVaPwriO4mRRovEe+O3KZ1t12yHOfg06KaRdoz9x9xFNW jtNSe0sR7cpPAY83qdbyyv3UCiQDR4Aj0D+ha X-Gm-Gg: ASbGnctnFSUQasiKiNefss1215o1uXPI3ugYCrjMvVn4QrPAWtmPiSYkz0Dnyob5IpM K348P5f/94XWyKJmr8EbYoRsnRN44PXR2GRYXZeHeIZdNp3wqNHSxvnCKQz8WL2iaUqzGyR4rDA KBq1hTIDWDJBdZPpza2goiT9GJ7ZjZU45pS24Rp+3D+HZfuYLDPOloU3lri0gL+gCjN4zAeu4hk yHRCHXokg== X-Google-Smtp-Source: AGHT+IF6DaU3mMMbzd+tcmedLMZVtTYH9h7WlmH4BDUXmyhcfMbtJ9Snt5RSpm1orLmcCZEYRPDk0z310+9KkMrEY+Q= X-Received: by 2002:a05:6808:1827:b0:41b:f2a0:28f8 with SMTP id 5614622812f47-433f01250dbmr3490331b6e.0.1754237548411; Sun, 03 Aug 2025 09:12:28 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Shlok Kyal Date: Sun, 3 Aug 2025 21:42:16 +0530 X-Gm-Features: Ac12FXwdxdk8ztLJxMD1cOJZtWaTPQ4ISlVOv3NZrn3LGT2cbbB4n21Y-97_ehY Message-ID: Subject: Re: Skipping schema changes in publication To: shveta malik Cc: Peter Smith , Amit Kapila , "Zhijie Hou (Fujitsu)" , vignesh C , YeXiu <1518981153@qq.com>, Ian Lawrence Barwick , Bharath Rupireddy , PostgreSQL Hackers Content-Type: text/plain; charset="UTF-8" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Wed, 23 Jul 2025 at 10:08, shveta malik wrote: > > I further tested inherited tables flow as well wrt ONLY and EXCEPT, it > works well. But while reading docs for the saem, I have few concerns. > > 1) > While explaining ONLY for EXCEPT, create-publication doc says this > > + This does not apply to a partitioned table, however. The partitions of > + a partitioned table are always implicitly considered part of the > + publication, so they are never explicitly excluded from the publication. > > I do not understand the last line: "so they are never explicitly > excluded from the publication" . But we can explicitly exclude them > using EXCEPT . Do you mean to say something else here? > > 2) > alter-publication doc says (in context of EXCEPT): > > "If ONLY is specified before the table name, only that table is > affected. If ONLY is not specified, the table and all its descendant > tables (if any) are affected. Optionally, * can be specified after > the table name to explicitly indicate that descendant tables are > affected." > > But it does not mention anything for partitions. I think we shall > mention here as well that this does not apply to a partitioned table. > (I tested ONLY and EXCEPT for partition-root. UNLIKE inherited tables, > ONLY has no impact on partitioned tables.) > > 3) > Shall we explain the relation of 'publish_via_partition_root' with > EXCEPT briefly in docs(once we conclude that design)? > > Please note that I have performed all the tests (mentioned here and in > previous emails) on patch001 and patch002. patch003 is not applied in > these tests. > I have added/ modified the documentations as per the comments. The changes are present in patch [1]. [1]: https://www.postgresql.org/message-id/CANhcyEXkeg3sjkS3DS9yU1ckz4ozUBNZ%2BRmrWaRNSSVCR8RquA%40mail.gmail.com Thanks, Shlok Kyal