Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nqoKI-0000Qs-4v for pgsql-hackers@arkaria.postgresql.org; Tue, 17 May 2022 03:56:50 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1nqoKG-0005g5-IX for pgsql-hackers@arkaria.postgresql.org; Tue, 17 May 2022 03:56:48 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nqoKG-0005fw-7o for pgsql-hackers@lists.postgresql.org; Tue, 17 May 2022 03:56:48 +0000 Received: from mail-yb1-xb30.google.com ([2607:f8b0:4864:20::b30]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1nqoK9-0003u6-Or for pgsql-hackers@lists.postgresql.org; Tue, 17 May 2022 03:56:47 +0000 Received: by mail-yb1-xb30.google.com with SMTP id j84so19528229ybc.3 for ; Mon, 16 May 2022 20:56:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=2Sx/QUf4vFH+X5fsxnnaljOJlkwfj8BxnR+EgK7ivyM=; b=RqiJvWCFlRNrcarpZTBqIQhOpB+1MjMkxFVvYe8ilHU7FNtchUaTwU2dOXV6iBlubu 6ZGtnMHuDaaM90ysWUCVJpI/Y2U0C8EEQXy9AmwihgChX0WYBahny2OggEw+AhfkXNuU D6wMJp98UVIw9BhLfJx9FXA1o8clf1HtwKNRlDyAEl9ZkWszzWjNY5t+8cg0ujZX80Nq 9frf4hXGrROBnUrm2TtTulFZ3u8bLlhqlpTICCPhJWq7Eej0BByCTjXGUzLtYYN0083x dinfv89mJ1G/95ga0vYUhkJbxAPLmWrwUaufHpidaWRGTJ0na6X3J+J3+xMUvpjLRsl2 OKXQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=2Sx/QUf4vFH+X5fsxnnaljOJlkwfj8BxnR+EgK7ivyM=; b=U2NjW5/2D2aWFdLAGT/ee7KCsvXkH5tdJ0F8/wUIVQE6ajrBRfn5WfeBTOKlVfXwpm 627NkZKRFWI6zaTW+1kav3COEgGBROiJhbx7wbB8zcGMOBoQFnIMCbTu9+nrYMt8kHot pDtPBenyYuOZ2HaD99k/r9K/sYTITQFsgHuUFmmZjARBH3GrYSoLLdsNL7YQXif9eEgz 9CeEXqAQoTy0W85njJ4nOwqVe4QFOHNAOfBg7i4MFoz7jE9YTe6Y90CVVt7Ws3/TX0bc XzYZVUfTOgFMjISI2MGahjSNzE4I/tJwt8e30g25CF074zDBpycbsDnDrNSDzRdSZuJh XU5Q== X-Gm-Message-State: AOAM530XEXeSx08jmiEwQychY3Ou8/PZGALJabMjbTFIb0Bo8cB1mLrF ZEAKovAe1g/0XC/UMJqk+lOQo5RlmbPWV3pI/TI= X-Google-Smtp-Source: ABdhPJxpSGmlENjoQDVMfuOl+NY5X938wR3UV1L1mcArU3NRoKqGQQd2eWbpOXlXA0BcScWbleNuMs7FVT+uNDA5rdI= X-Received: by 2002:a25:b93:0:b0:64b:ab41:447 with SMTP id 141-20020a250b93000000b0064bab410447mr18543706ybl.349.1652759799710; Mon, 16 May 2022 20:56:39 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Amit Kapila Date: Tue, 17 May 2022 09:26:28 +0530 Message-ID: Subject: Re: Skipping schema changes in publication To: Peter Smith Cc: vignesh C , 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 Tue, May 17, 2022 at 7:35 AM Peter Smith wrote: > > Below are my review comments for v5-0002. > > There may be an overlap with comments recently posted by Osumi-san [1]. > > (I also have review comments for v5-0002; will post them tomorrow) > > ====== > > 1. General > > Is it really necessary to have to say "EXCEPT TABLE" instead of just > "EXCEPT". It seems unnecessarily verbose and redundant when you write > "FOR ALL TABLES EXCEPT TABLE...". > > If you want to keep this TABLE keyword (maybe you have plans for other > kinds of except?) > I don't think there is an immediate plan but one can imagine using EXCEPT SCHEMA. Then for column lists, one may want to use the syntax Create Publication pub1 For Table t1 Except Cols (c1, ..); > then IMO perhaps at least it can be the optional > default except type. e.g. EXCEPT [TABLE]. > Yeah, that might be okay, so, even if we plan to extend this in the future, by default we will consider the list of tables after EXCEPT but if the user mentions EXCEPT SCHEMA or something else then we can use a different object. Is that sound okay? > > 3. General > > The ONLY keyword seems supported by the syntax for tables of the > except-list (more on this in later comments) but: > a) I am not sure if the patch code is accounting for that, and > b) There are no test cases using ONLY. > > ~~~ > Isn't it better to map ONLY with the way it can already be specified in CREATE PUBLICATION? I am not sure what exactly is proposed and what is your suggestion? Can you please explain if it is different from the way we use it for CREATE PUBLICATION? -- With Regards, Amit Kapila.