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 1o7Did-0003gP-Ki for pgsql-hackers@arkaria.postgresql.org; Fri, 01 Jul 2022 10:17:47 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1o7Dia-00047T-UU for pgsql-hackers@arkaria.postgresql.org; Fri, 01 Jul 2022 10:17:44 +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 1o7Dia-000477-Bk for pgsql-hackers@lists.postgresql.org; Fri, 01 Jul 2022 10:17:44 +0000 Received: from mail-ua1-x934.google.com ([2607:f8b0:4864:20::934]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1o7DiT-0002op-9F for pgsql-hackers@postgresql.org; Fri, 01 Jul 2022 10:17:42 +0000 Received: by mail-ua1-x934.google.com with SMTP id s4so686092uad.0 for ; Fri, 01 Jul 2022 03:17:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joeconway.com; s=google; h=message-id:date:mime-version:user-agent:subject:content-language:to :cc:references:from:in-reply-to:content-transfer-encoding; bh=2omjv++g/j+GDHziXTbXYLo/ePHzuPkojMwqZB6pXCU=; b=EwNEkxopKAhrkeMh05D3s+aO+GhEox76BS4QfT6WoLW2tVonTgV5OVAdWpiROiT8wZ OJaHtE/fkHoAQkIxMslizlp2OtPggv5BJon9netCQ1CED4hIDEZHIjDj6Bu0hEvAFeyO 55Iyq9r2EZyV9gYQ1nL+J63jmL15C7oiAUocahCFo7HPES0JQvnqmJpt/ZHRAZqoFKDH SRWWBLqGa35nfrFD7lVKJeSQ7/YooFJ+aXHouCrPzVwUy2fJt40hm/tGLXtxcOvjW4/M ZZQBiionJq4owpTGkikmtbhGjhyRfuoIFa0lIf4Bm42L0eiF95eLdK/bzrt1Ne4O+RQx owGQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:message-id:date:mime-version:user-agent:subject :content-language:to:cc:references:from:in-reply-to :content-transfer-encoding; bh=2omjv++g/j+GDHziXTbXYLo/ePHzuPkojMwqZB6pXCU=; b=KFRfLwZQ5WaWUGWQZ+R+3H6gIDUoTMg+On/pGRfMN5GBVuBY702g9FX4CxVpeXBtJh B1WD7+dSXp2fZm8xU8tR9td7ginWhY4mckFgIedOn+XLFm7E9qrss5ZY1CPPpYgzGo2z meHAyNcW7Q5LnHOOoLKVL3JepQ/sM/ioUKm7JADWnZUZyJW1sQ/8jfJMhZNY9FERMg97 ZGimhnFoWpgdZzH17ef3NxIbPtQoWY2Kjy3uBH5zRDGrRUxNOX22yqUH5CCjh1TkUYUC 0xoL4KKsprdp23Bymdws7mk/E8TeN17hyXCVVcVul7x7Q/a/ffHwXT1VMorIJbzF7kNb Mikg== X-Gm-Message-State: AJIora8WJwWaMyWvtwBhNoBI5FUJ5QUQsrDU2PjEL/nmQzyyt4ThWTXI qnT8s2lQbFXNx/qzpH3QX95g3w== X-Google-Smtp-Source: AGRyM1uBfKC0hgRB+zfVOQsR+AfkpdX544QfWvNhX3TE7IaZw/OjpxY3UAyIhMHrp/OSk8eBoJuJIA== X-Received: by 2002:ab0:77d1:0:b0:381:c2f9:cd73 with SMTP id y17-20020ab077d1000000b00381c2f9cd73mr7401500uar.48.1656670656044; Fri, 01 Jul 2022 03:17:36 -0700 (PDT) Received: from [192.168.4.41] (072-017-018-098.res.spectrum.com. [72.17.18.98]) by smtp.gmail.com with ESMTPSA id c7-20020a67c407000000b003568bc77dd7sm463713vsk.18.2022.07.01.03.17.33 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 01 Jul 2022 03:17:34 -0700 (PDT) Message-ID: <12e2f0cb-08ff-c65f-d31e-76cea1af70ec@joeconway.com> Date: Fri, 1 Jul 2022 06:17:32 -0400 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.9.1 Subject: Re: replacing role-level NOINHERIT with a grant-level option Content-Language: en-US To: Nathan Bossart , Robert Haas Cc: Tom Lane , "Bossart, Nathan" , Stephen Frost , PostgreSQL-development References: <730520.1644168290@sss.pgh.pa.us> <80af9ba7-ec24-9134-8fd9-00bf13f5c494@joeconway.com> <1066202.1654190251@sss.pgh.pa.us> <20220629231939.GA362451@nathanxps13> <20220630232931.GA367181@nathanxps13> <20220701025830.GA369935@nathanxps13> From: Joe Conway In-Reply-To: <20220701025830.GA369935@nathanxps13> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 6/30/22 22:58, Nathan Bossart wrote: > On Thu, Jun 30, 2022 at 10:21:53PM -0400, Robert Haas wrote: >> On Thu, Jun 30, 2022 at 7:29 PM Nathan Bossart wrote: >>> IIUC you are suggesting that we'd leave rolinherit in pg_authid alone, but >>> we'd add the ability to specify a grant-level option that would always take >>> precedence. The default (WITH INHERIT DEFAULT) would cause things to work >>> exactly as they do today (i.e., use rolinherit). Does this sound right? >> >> Yeah, that could be an alternative to the patch I proposed previously. >> What do you (and others) think of that idea? > > I like it. If rolinherit is left in place, existing pg_dumpall scripts > will continue to work, and folks can continue to use the role-level option > exactly as they do today. However, we'd be adding the ability to use a > grant-level option if desired, and it would be relatively easy to reason > about (i.e., the grant-level option always takes precedence over the > role-level option). Also, AFAICT this strategy still provides the full set > of behavior that would be possible if only the grant-level option existed. Would this allow for an explicit REVOKE to override a default INHERIT along a specific path? -- Joe Conway RDS Open Source Databases Amazon Web Services: https://aws.amazon.com