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 1mn0kr-0006m0-Ax for pgsql-hackers@arkaria.postgresql.org; Tue, 16 Nov 2021 15:52:17 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1mn0kp-0002UE-Ue for pgsql-hackers@arkaria.postgresql.org; Tue, 16 Nov 2021 15:52:15 +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 1mn0kp-0002U5-Aa for pgsql-hackers@lists.postgresql.org; Tue, 16 Nov 2021 15:52:15 +0000 Received: from mail-pj1-x102d.google.com ([2607:f8b0:4864:20::102d]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1mn0kk-0005OV-MV for pgsql-hackers@postgresql.org; Tue, 16 Nov 2021 15:52:14 +0000 Received: by mail-pj1-x102d.google.com with SMTP id n15-20020a17090a160f00b001a75089daa3so2625817pja.1 for ; Tue, 16 Nov 2021 07:52:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=enterprisedb.com; s=google; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=NuHHX+7B+AcFl/PZc1KFDDe56gvTgBnji495Q/SEV38=; b=NQ1VuaM+Ib+eZRwf88Rxu91v5L9Clg7VR2eb3N5OsQF8MtlUYBcSkBDPjkB/HSKYDt B7afzFyFgOUNfGwAFyrVyJXujXCmteItcEbHwLuABXh+5tBV1SLlYe+vHwrhK+9zRzl3 NSyqKiKnqKX7vO51cCIppXBQYH6f44YRtCmOwu4g3gC9d5nZ2nhi2R1sI4oDGz1wc3V3 7GYCLRgZ6TKWOSMW8n+st/DYGYIbJRO0PObBrcMewR37ymRssLhzHvQuZwnC2Qho4e/b VH4j5AFtjkSKzD4ZHzoJM5rG8l6m0rUPpnGj/iLc8oub46795kgKtTAhXADQX5+WhTKl QXAA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=NuHHX+7B+AcFl/PZc1KFDDe56gvTgBnji495Q/SEV38=; b=fJDsl35j9PYCycOJK+L7mY0m/642r0qwo8oOw9gh9zLoLEDReGbpRHh0v/fUDCzVBi soGjuHk2QLWsiaglOm9cMZN9vYb8Bi0wleWyk8IHgMIHzFEnbDGHNsu+p2IwJnkURl0v vvtTld/aV+H38DKit84kWOS/KUujK0oAD7JoPsvAgoJvhnyKAGxNhrZ5OpHB/LUu9OHo zKkHdR8APYparjao9YrL3T2UhEBPAq3yCeaGjun/w/eiQl37KV8G2vIEjgh/RqKeQ39n Dvf59gnM7l6nAFOrkcn2NR5DLQkEtxjBW7Ia9TbPzu2BbUxBHVPEc/qdUnmnSze63lMw TM9g== X-Gm-Message-State: AOAM531at6UmB0rjI0HEt8trQceNrJcesX9jBWAFaQ1w060oDaxf+TPh FIyZwuCxLWMHxG2jdCnjXD+TSLmVK0UKBhmNbl7yalpPtnhOvbuPV9SCkK8E9zrO274zX19ik1b edSyDpoBJSJamsRQezbDWjh2UfefrZ5nwkjKNZQ3FHrsLLvvoFIZdxNwqG62OGK0YlK7TVu7Sxf UJMhmIOhtETrAlMlS0X2yRgeGx8R1fRwzpu4Jk X-Google-Smtp-Source: ABdhPJwVK+jzwj0LxjE2wTlvX6SxQ160wJspTiBiSeqZcJfj058FQc/iiniFj1gitwG5nkVgCihKNw== X-Received: by 2002:a17:90b:4c44:: with SMTP id np4mr121711pjb.195.1637077928246; Tue, 16 Nov 2021 07:52:08 -0800 (PST) Received: from laptop280-ma-us.hitronhub.home (24-113-193-150.wavecable.com. [24.113.193.150]) by smtp.gmail.com with ESMTPSA id p15sm2576103pjh.1.2021.11.16.07.52.07 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 16 Nov 2021 07:52:07 -0800 (PST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.7\)) Subject: Re: Granting SET and ALTER SYSTE privileges for GUCs From: Mark Dilger In-Reply-To: <2226903.1637076537@sss.pgh.pa.us> Date: Tue, 16 Nov 2021 07:52:06 -0800 Cc: Robert Haas , PostgreSQL-development , Andrew Dunstan Content-Transfer-Encoding: quoted-printable Message-Id: References: <3D691E20-C1D5-4B80-8BA5-6BEB63AF3029@enterprisedb.com> <2226110.1637075835@sss.pgh.pa.us> <2226903.1637076537@sss.pgh.pa.us> To: Tom Lane X-Mailer: Apple Mail (2.3608.120.23.2.7) X-CLOUD-SEC-AV-Info: enterprisedb,google_mail,monitor X-CLOUD-SEC-AV-Sent: true X-Gm-Spam: 0 X-Gm-Phishy: 0 List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk > On Nov 16, 2021, at 7:28 AM, Tom Lane wrote: >=20 > True; as long as the expectation is that entries will exist for only > a tiny subset of GUCs, it's probably fine. I understand that bloating a frequently used catalog can be pretty = harmful to performance. I wasn't aware that the size of an infrequently = used catalog was critical. This new catalog would be used during GRANT = SET ... and GRANT ALTER SYSTEM commands, which should be rare, and = potentially consulted when SET or ALTER SYSTEM commands are issued. Is = there a more substantial performance impact to this than I'm aware? It = can be a bit challenging to run performance tests on such things, given = the way everything interacts with everything else.=20 =E2=80=94 Mark Dilger EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company