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 1oeLc6-0002zf-PH for pgsql-hackers@arkaria.postgresql.org; Fri, 30 Sep 2022 19:23:58 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1oeLc5-0002Bt-CL for pgsql-hackers@arkaria.postgresql.org; Fri, 30 Sep 2022 19:23:57 +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 1oeLc5-0002Bk-00 for pgsql-hackers@lists.postgresql.org; Fri, 30 Sep 2022 19:23:57 +0000 Received: from mail-pj1-x1035.google.com ([2607:f8b0:4864:20::1035]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1oeLc1-0007rx-M0 for pgsql-hackers@postgresql.org; Fri, 30 Sep 2022 19:23:55 +0000 Received: by mail-pj1-x1035.google.com with SMTP id bu5-20020a17090aee4500b00202e9ca2182so7795475pjb.0 for ; Fri, 30 Sep 2022 12:23:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=in-reply-to:content-transfer-encoding:content-disposition :mime-version:references:message-id:subject:cc:to:from:date:from:to :cc:subject:date; bh=2fu4QjGfNp1Om3tmUwcnoYicDM0XhwP12gwLKr/ls/w=; b=gCmPiSBGcGduet+sI/nVhwT+IygjCa8hV7Hp6pl3uXrh2xtbIklFh7rvwa4mGEWX2o K+KgtJDrQ7hbsEOOFGB5/3rYNIEnx8JQRNKGosopKEL3EJ5aoOyGm2iAuVUnO4xZos0J ArRWXoW3Jbstf/pBY8qE05eY8U923hsCTYoIEyiuG7vsxONOeesozpQF3ppGXra6WzNr 9O5gFJJPrkSSuhZvCEPi4vxL+pWgTKgKUBPwyW0bAgkTZyhIDCUKGFUuS6h2ayeI8K8Q 0Y9L7V1aXciTC9xVt3p+MjNOfICjkVC/N+JRamfnUZDpbf01rqdPPH2UHFYxJoKhWFrH OH1g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=in-reply-to:content-transfer-encoding:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :x-gm-message-state:from:to:cc:subject:date; bh=2fu4QjGfNp1Om3tmUwcnoYicDM0XhwP12gwLKr/ls/w=; b=7UOw+2dxVC6wf8WDdlklmTzlFb+81MZ3tr38OyhKZiEiSSOqnGjOku/9kZ1XkH+MOM rAxYshJxxT6p7GDcNZUM8O5HrKKcA0FP60LKhUJAtmgZyANXwEIMbNpuGcVp94WPA62K Yhbb1TIKmUHRt5pnkDlIirPUGajwIa1G+vPkQ9hSrUspMHMjcsjq6N/KUEVnnXcIPSSt o2W8t2hnc6kRl2jECdl8FwkR3W65ob4jT6WrLAalZgl4jQA0GKU6WrQ8ltrxGKceXnmU NtC0u7yfyIS/7QIXn7F7KS/gpXo5KYEXf1ScBKALpYUvLtvEokPzdd6fgVkV8aJdznMi aXzw== X-Gm-Message-State: ACrzQf2mo6lYxTkJhnF2SJ/ly+B5elV0+v/Am4yJWKePI+/CWCSrStrb mVbvcFdfaLcaxNJCNZOiALA= X-Google-Smtp-Source: AMsMyM4W7YlJI5E5uMR267dSOV2sLzz31lLTHpbGHACq52aRbmoMaA8yl/JsGghOxF1dRz2wvDmXBA== X-Received: by 2002:a17:90b:4f42:b0:20a:6dcd:4ddd with SMTP id pj2-20020a17090b4f4200b0020a6dcd4dddmr424662pjb.32.1664565832668; Fri, 30 Sep 2022 12:23:52 -0700 (PDT) Received: from nathanxps13 ([50.47.162.83]) by smtp.gmail.com with ESMTPSA id y18-20020aa79432000000b0053b208b55d1sm2186163pfo.85.2022.09.30.12.23.51 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 30 Sep 2022 12:23:51 -0700 (PDT) Date: Fri, 30 Sep 2022 12:23:50 -0700 From: Nathan Bossart To: Stephen Frost Cc: Bharath Rupireddy , "David G. Johnston" , Kyotaro Horiguchi , Michael Paquier , Robert Haas , "pgsql-hackers@postgresql.org" Subject: Re: predefined role(s) for VACUUM and ANALYZE Message-ID: <20220930192350.GA171832@nathanxps13> References: <20220920035147.GA114383@nathanxps13> <20220920180533.GA205278@nathanxps13> <20220920233117.GA378596@nathanxps13> <20220920235010.GB378596@nathanxps13> <20220921043126.GA382738@nathanxps13> <20220928185034.GA1397229@nathanxps13> <20220928201222.GA1400058@nathanxps13> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20220928201222.GA1400058@nathanxps13> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Wed, Sep 28, 2022 at 01:12:22PM -0700, Nathan Bossart wrote: > On Wed, Sep 28, 2022 at 03:09:46PM -0400, Stephen Frost wrote: >> The max is the same regardless of the size..? Considering the size is >> capped since pg_class doesn’t (and isn’t likely to..) have a toast table, >> that seems unlikely, so I’m asking for clarification on that. We may be >> able to get consensus that the difference isn’t material since no one is >> likely to have such long lists, but we should at least be aware. > > While pg_class doesn't have a TOAST table, that column is marked as > "extended," so I believe it is still compressed, and the maximum aclitem > array length for pg_class.relacl would depend on how well the array > compresses. Are there any remaining concerns about this approach? I'm happy to do any testing that folks deem necessary, or anything else really that might help move this patch set forward. If we don't want to extend AclMode right away, we could also keep it in our back pocket for the next time someone (which may very well be me) wants to add privileges. That is, 0001 is not fundamentally a prerequisite for 0002-0004, but I recognize that freeing up some extra bits would be the most courteous. -- Nathan Bossart Amazon Web Services: https://aws.amazon.com