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 1oW3GM-0007c8-2N for pgsql-hackers@arkaria.postgresql.org; Wed, 07 Sep 2022 22:11:14 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1oW3GJ-0003Pp-NU for pgsql-hackers@arkaria.postgresql.org; Wed, 07 Sep 2022 22:11:11 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oW3GJ-0003Pf-8Y for pgsql-hackers@lists.postgresql.org; Wed, 07 Sep 2022 22:11:11 +0000 Received: from mail-pj1-x1034.google.com ([2607:f8b0:4864:20::1034]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1oW3GG-0007gP-9S for pgsql-hackers@postgresql.org; Wed, 07 Sep 2022 22:11:10 +0000 Received: by mail-pj1-x1034.google.com with SMTP id o4so15866308pjp.4 for ; Wed, 07 Sep 2022 15:11:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date; bh=hvpIzcwc7l/U7iNZvii/2OQz+5rNpUvU//g0GUFXAGI=; b=IMLXZ6Vtv8scQbdh+33Y00y6YKDK6m8wZ7F4ucfgt42Qr77xqL0pIqfIAL/47ylgvy 1Yl6AalNuwFSXl/IBB8MeUc/B4warxJKI8CmCc5TT7UYbkjAkFUYMHR6q9zKQDyviLHC w0o6KS9Uhnva+fwaUcyYOMaX6+M5z82WkYsnDOWlnUF68bp+BD0sF+mvBfLVQUc0+ogf 5opzGORtpsYKWs0KZwwlzPX8N6VXqwZ2msj+FKVC7O+gE4VEZgDC0jrBRE+v1aKonEti CYukZBKHYYqxsseNCHXT4oV0MxRaE/ujWzE03vEfQcVi5L6lq9ymNM6bR+/W4XsneV24 bhww== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; 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; bh=hvpIzcwc7l/U7iNZvii/2OQz+5rNpUvU//g0GUFXAGI=; b=gu2Lf8QepoRNy5s76rW3T6aIT01o0W/lq7KyJ2yTr1QGq65bECl1WONnkWUn+xExpj /DdEEc+8Ei32a1WQN8HfpArZ/HdqjfyWg+U/oRR0j6Fiq1lx5AtRuk+I+2pH6XDUWC4S MdBH6mgnBwROZpi3bp6DnA7o95qv2hHaxvJykEInVM08c6/GX0kyCVRig1ykvsWlX/vM aEX2qZ99xpM6nLGYtGFnRvMgNnY5hkn66KwqBOnmLoVYq0DsiM9YpMoQy2CPJ4eSNguw KEXTH060rRU60rFasDFp23Ba1QWqRh5RAETBEvZo+4QcQMYPGxQ1t/Sfos62qtJCcRq1 L/Mg== X-Gm-Message-State: ACgBeo2qyL2wtYINzxT6a31Mz/MppAFroxVgDkBVu4TtH+ewTesxJGUO hKInDHdR1FbBEFcZDV5Yr+I= X-Google-Smtp-Source: AA6agR4rYEZr4n5rftwTLgQUihEq04VXWGdvbOyd0UAn8BB6sT8FEiqp1xQWQMFSO4YVdYhjo4FIww== X-Received: by 2002:a17:902:efc6:b0:176:ab3d:3173 with SMTP id ja6-20020a170902efc600b00176ab3d3173mr5725023plb.109.1662588667082; Wed, 07 Sep 2022 15:11:07 -0700 (PDT) Received: from nathanxps13 ([50.47.162.83]) by smtp.gmail.com with ESMTPSA id 67-20020a621646000000b0053e2be5605dsm4703749pfw.214.2022.09.07.15.11.05 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 07 Sep 2022 15:11:06 -0700 (PDT) Date: Wed, 7 Sep 2022 15:11:03 -0700 From: Nathan Bossart To: Stephen Frost Cc: Robert Haas , "David G. Johnston" , Kyotaro Horiguchi , Bharath Rupireddy , "pgsql-hackers@postgresql.org" Subject: Re: predefined role(s) for VACUUM and ANALYZE Message-ID: <20220907221103.GA2095022@nathanxps13> References: <20220726.104712.912995710251150228.horikyota.ntt@gmail.com> <20220823234647.GB31055@tamriel.snowman.net> <20220905185630.GA1961927@nathanxps13> <20220906151151.GB26002@tamriel.snowman.net> <20220906155432.GA1963795@nathanxps13> <20220907211343.GE26002@tamriel.snowman.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20220907211343.GE26002@tamriel.snowman.net> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Wed, Sep 07, 2022 at 05:13:44PM -0400, Stephen Frost wrote: > I disagree that we should put the onus for addressing this on the next > person who wants to add bits and just willfully use up the last of them > right now for what strikes me, at least, as a relatively marginal use > case. If we had plenty of bits then, sure, let's use a couple of for > this, but that isn't currently the case. If you want this feature then > the onus is on you to do the legwork to make it such that we have plenty > of bits. FWIW what I really want is the new predefined roles. I received feedback upthread that it might also make sense to give people more fine-grained control, so I implemented that. And now you're telling me that I need to redesign the ACL system. :) I'm happy to give that project a try given there is agreement on the direction and general interest in the patches. From the previous discussion, it sounds like we want to first use a distinct set of bits for each catalog table. Is that what I should proceed with? -- Nathan Bossart Amazon Web Services: https://aws.amazon.com