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 1qF6Rx-0007Jf-AR for pgsql-hackers@arkaria.postgresql.org; Fri, 30 Jun 2023 05:13:41 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1qF6Rw-0000qR-9k for pgsql-hackers@arkaria.postgresql.org; Fri, 30 Jun 2023 05:13:40 +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 1qF6Rw-0000qI-0C for pgsql-hackers@lists.postgresql.org; Fri, 30 Jun 2023 05:13:40 +0000 Received: from mail-oo1-xc2c.google.com ([2607:f8b0:4864:20::c2c]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1qF6Rt-001IWb-0u for pgsql-hackers@postgresql.org; Fri, 30 Jun 2023 05:13:39 +0000 Received: by mail-oo1-xc2c.google.com with SMTP id 006d021491bc7-558a79941c6so953686eaf.3 for ; Thu, 29 Jun 2023 22:13:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1688102014; x=1690694014; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=RLu8CxrTL89QWBParkrM5WIL3pVf8kvbrPRgVh3f1uA=; b=AD4dZqWXS8ioQ2yPon6At12oTXkE+9fokH0qGJee+KPzjfLrU0r9131IeOdIbX0AbV Y60ACxElGKXdHIDfM/uGhI3NffbmaI6ajwyUBb8iDTCUWxUiOvUxE9OKdNzWJtHnk54x AOCQyrSe2d83X+T83Fkwg4S1YrDd2g/nnity6aWFxeD7InGQKUmPXpW5YkyeqrLGXOdc yD44RbL6Cuj/B6GRHNi1nb5hdH0Ny/7Lx3KFuH0fajnqlYxwN9jR4TmxzzgVCiSqRX4z pWfzvm6mtt39OGquJLI5cvEf5hcVnz5BM3hepsEfJ3/PNbUi+Cq0Vp5K4RLhz3AOiuQz 1jUw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1688102014; x=1690694014; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=RLu8CxrTL89QWBParkrM5WIL3pVf8kvbrPRgVh3f1uA=; b=JNINxf0V3e5O556OXIENClmgg2+PCWarI7dsHDvQ+599PI8GH9F5OCt1bAXCrkaQ6P PI4qNv+NKokV1BT8UPv5vCt5aZ7DbyT97sl5mhIneQYdl74tdng8c3cyHbpcUgEaxoQ3 xN2CHHSUAb3ZkPJJUVfyrGOAD8lWxbFfOu8b+j7CR1C3MwjeZyjr6bV5V3vs4cDGSp/t GrnoHFU2cxPJoT66vKwQFqSr7eCiWj7UMGUEKqTgtcvH+5m8XQ3+nDL00VClKOATwnm1 DWEwb9FrbOS8i8jdEj4qNLbgmKBlOi2e3zOsVqJonGsyi3yGKCAjZ0f/lSaL4Yt1Gl6+ slOg== X-Gm-Message-State: AC+VfDwXqoSyNruzZCyDOmDMmDi28TCPntG0mml89RtooKh4a6mQKzff WiwwBMwrf70T8iX5/1XuEfqbd8zjNV8= X-Google-Smtp-Source: ACHHUZ7fNdEUgvb+j3RcAsC/8smqdEfCmhbWDsstsxq515TS0eLx0MnL9GJDZrkEFJeaNWrPlYXBmw== X-Received: by 2002:a05:6808:1895:b0:3a1:e796:d961 with SMTP id bi21-20020a056808189500b003a1e796d961mr1883655oib.2.1688102014675; Thu, 29 Jun 2023 22:13:34 -0700 (PDT) Received: from nathanxps13 ([50.47.162.83]) by smtp.gmail.com with ESMTPSA id qi5-20020a17090b274500b00262e5449dbcsm8369165pjb.24.2023.06.29.22.13.33 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 29 Jun 2023 22:13:34 -0700 (PDT) Date: Thu, 29 Jun 2023 22:13:32 -0700 From: Nathan Bossart To: Kyotaro Horiguchi Cc: pgsql-hackers@postgresql.org Subject: Re: vacuumdb/clusterdb/reindexdb: allow specifying objects to process in all databases Message-ID: <20230630051332.GB2640352@nathanxps13> References: <20230628232402.GA1954626@nathanxps13> <20230629.141626.886053266048932185.horikyota.ntt@gmail.com> <20230629205638.GA2054380@nathanxps13> <20230630.120517.1837918148802895337.horikyota.ntt@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20230630.120517.1837918148802895337.horikyota.ntt@gmail.com> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Fri, Jun 30, 2023 at 12:05:17PM +0900, Kyotaro Horiguchi wrote: > At Thu, 29 Jun 2023 13:56:38 -0700, Nathan Bossart wrote in >> Sorry, I'm not following. I intentionally avoided allowing combinations of >> --schema and --table in the patches I sent. This is the current behavior >> of vacuumdb. Are you suggesting that they should be treated as restriction >> filters? > > No. I'm not suggesting. Just saying that they would look appear to > work as a restriction filters if those two options can be specified at > once. Got it, thanks for clarifying. >> Perhaps we could add something like a --skip-missing option. > > But isn't it a bit too complicated for the gain? > > I don't have a strong objection if we're fine with just allowing > "--all --schema=xxx", knowing that it will works cleanly only for > system catalogs. Okay. I haven't scoped out what would be required to support a --skip-missing option, but it doesn't sound too terribly complicated to me. -- Nathan Bossart Amazon Web Services: https://aws.amazon.com