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 1vuTvQ-0086On-1S for pgsql-hackers@arkaria.postgresql.org; Mon, 23 Feb 2026 11:16:28 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1vuTvP-00D0lf-06 for pgsql-hackers@arkaria.postgresql.org; Mon, 23 Feb 2026 11:16:27 +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 1vuTvO-00D0lX-2E for pgsql-hackers@lists.postgresql.org; Mon, 23 Feb 2026 11:16:26 +0000 Received: from mail-lj1-x22b.google.com ([2a00:1450:4864:20::22b]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.98.2) (envelope-from ) id 1vuTvL-00000000r4A-1waR for pgsql-hackers@lists.postgresql.org; Mon, 23 Feb 2026 11:16:26 +0000 Received: by mail-lj1-x22b.google.com with SMTP id 38308e7fff4ca-38709eaf012so35857021fa.0 for ; Mon, 23 Feb 2026 03:16:23 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1771845383; cv=none; d=google.com; s=arc-20240605; b=cd6lZAl1pvpkQOEjvB409Z2rt6vVYa1UhR/CkfQ3qunRxF9QDncD+8ZhcPtRgND0UU 1mUP25wHzHRXYF0gyXjUFpEmoLxV8XI5i/CEN7WLSMy2h0oy4DjjA+QJYZ+w31YrQ9Zm WUnI7KAACMB1BmBxVpMekzWwoztz6JQ7LLmg1g3UHpihpZw8nPs3pGcJgjKxaVbu5Q19 x+tBaSCgJRvigw9FghVZLinOjtd4r//Em4dKCDD32I5nFHn5qCgYH17z/rwjAt21rfXT KskNUUmDITB7lo0xMWoIqZPoNEScxB45Nxvebvhsv7dXyEZ9Ck2YegEjZ1noQ3OeMrR4 GE+w== 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=YL+REzbvwxRPH/4c2aos89t1gFXz383We+OE4BQsj1Y=; fh=mL8V3TuKJJuNrkWAfNk2547clBjFsPyWLs4P3Rf32VY=; b=j0LyYqix/7KDaT/16svLIvfPbGzxDMp8dq0eI72fuAMzZu9pU3v+3eXsrg5mQHP1s/ dJe10AFVtxAYRVBclfGWF2d06ql9RVBU4cVcco3HzJb8yFUYOocH9YRRzx6QeiMOuW0H 1henC9geXLgGVn0C1kcTKJm/zoebQkQX1L3WofyQbyrIU/HS8qjolwOKM5jNADEkXJvc Wc/gx3JxGP5BvomVhYhmQ2flR5XpwL3W7b7lITHMzrxfdqZPWfh5QoAgJlCAeFMkqAHh R+AthhSodX1su5xeMcBa0Jb2ajVbPhzDMUSfLXuNele2T5oAvI5lIhCwAh8ZG7KtSxON E+4g==; 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=1771845383; x=1772450183; 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=YL+REzbvwxRPH/4c2aos89t1gFXz383We+OE4BQsj1Y=; b=Mt1aMm70/bCfhUNnntUPNdDpS5JxC1viHxB+eV9/8oF9ii5bm9gK4t9faP/p0Z/MM3 gYZQSqMaWG1PWKI5/dBRHhWcR4Zy4QbhELJMHku2JPFx7oF0GSwhpamzQ2cLRczgNj2c 2d5/hn/ZvWJJgoCo9716xrIk5bZP6V6KgoDfMUWSsM55Fp7ClNQCveQ/5MQWW+71ph9B xZQ2Z5kKy4coZRUSwtOIjFe8gRdAqYhB/SuNVDJXCXQH7cqHgWgV8bJsR9Lk7JOrZSam YOvv/q/SUzi/eEZKoIom+sZmRqPvt9aHrNwjxl9dZTfDbf4mNlCRacvUmdW+cU29o70L GagA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1771845383; x=1772450183; 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=YL+REzbvwxRPH/4c2aos89t1gFXz383We+OE4BQsj1Y=; b=iZrE7SKixDDmUwLH48IkPWo3T2U0X3GTPX0Kn9BaAB0vexCAhKs/l9JICvSopXuSuZ 4VqsOnhTocxUEcsyGCxO6cwiBB2xS1Xp/HSOM5eKG/bR4iQ61yJl5skzHj66iRm9A7MJ Egum9EBIPSJIwG3OIUAi4IJOJOJX6D5LPrI9GfUuxkPFJnn00xfr5LDr6Dgsk7VnrS4I 2fJ9keEAO3un3w4vKO8ObRoV4EuVuY67Mg1iRBlyMIBbQSDsujonooEOqHIf6kHYlSdb u6BwEWfvpZGZxlrl2A6PoOjSqEIdxOzdhZZ+0xuQqAncnbKaGT1x3UCYLPf313ok+Xb/ buvg== X-Forwarded-Encrypted: i=1; AJvYcCVTAKcCTcCHMEyIKmbJrIlg+NKhZQchDvgG3uHx88CYzoGbtSPsoEF4hyBtvufuWjEPsMpYDCPeTQPBHjNg@lists.postgresql.org X-Gm-Message-State: AOJu0YzKVxnGVx9kp97EQ7WY3vgKtCC94NuGH0hdA3mc7g1foDAx3nj4 V3AEUYYnr49ePGijwnyzSZKm2f5gh7cVzbVXzFLy4i/GXCyJTJ0Jo20APUvLnBRQHS3XmQRjjkp Yo6F0JasEj+Fgo12NuQVcCqeq0sR/AlA= X-Gm-Gg: AZuq6aITMx0bh314/8QZGOWmbCI+ezBZ7Y8gQ2DUYcza7BHG9p0E1OJ4XZolr7Wqp/D d/RRnOM+zTvbfc1D+6ODAcuLaILYpqnVgm+0OaG8PW8IGZm4nAjSFUOIXrGe8rCeIQmHLWni2on 3vjRwMqtyZVr2jrcGqeYvANfMKxt91qnDliZkdydLupOERZfTXLOYiJqGctUeGBm4jGXEjRCkJy 6H0HcMCMfR8r0CyI+HwfT/aMWEuRVlFE1dp9eBM+mTY8hh3jzSliEEwbfNUeMKZkZRp8dnkGr+I zQa9vYGExHiQfkvE27YQYt3Dg09hpAvx8aAo7ibHey7GjWhIwi1DNLhgAscxzge3YuqWli34mA= = X-Received: by 2002:a05:651c:1507:b0:385:bfd5:1ba4 with SMTP id 38308e7fff4ca-389a5ced637mr31023841fa.2.1771845382932; Mon, 23 Feb 2026 03:16:22 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Amit Kapila Date: Mon, 23 Feb 2026 16:46:10 +0530 X-Gm-Features: AaiRm52TXzpfgIujbNN63Mt8pJHys7RlFsIkIGX4lQiw4i4hK2WvjpLMIY3M6fE Message-ID: Subject: Re: Skipping schema changes in publication To: Shlok Kyal Cc: Ashutosh Sharma , vignesh C , shveta malik , "David G. Johnston" , Dilip Kumar , Peter Smith , "Zhijie Hou (Fujitsu)" , YeXiu <1518981153@qq.com>, Ian Lawrence Barwick , 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 Mon, Feb 23, 2026 at 11:37=E2=80=AFAM Shlok Kyal wrote: > > I have also modified the error message as suggested by Shveta in [2]. > Attached the latest v48 patch. > I see that the second patch (0002) brings complexity in the patch to deal with following points: (a) The first complexity is if one of the partitions is specified then how to compute the initial set of relations to copy when pubviaroot is true. This is complex because we need to exclude the partitions specified. (b) The other complexity is combining Except list containing partitions and other publications specifying partitions or partitioned tables both during replication and probably during initial sync. I think it will be better if for the first version, we allow only root partitioned table to be specified in the Except Table list. This would mean that if the user tries to attach that root partition table to another root then we should give an error. If we go via this route, it will be important to allow users to remove some tables from the Except list, so we can provide Alter Publication Set Except Table (table_names). I think excluding specific partitions may also have some use cases but adding additional complexity and maintenance effort is worth, if there is a real field demand for such a feature. Thoughts? --=20 With Regards, Amit Kapila.