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 1mk2hC-0007GF-SQ for pgsql-hackers@arkaria.postgresql.org; Mon, 08 Nov 2021 11:20: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 1mk2hB-0003yh-Rq for pgsql-hackers@arkaria.postgresql.org; Mon, 08 Nov 2021 11:20:13 +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 1mk2gf-00081l-M3 for pgsql-hackers@lists.postgresql.org; Mon, 08 Nov 2021 11:19:41 +0000 Received: from mail-il1-x132.google.com ([2607:f8b0:4864:20::132]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1mk2gc-0006dA-SK for pgsql-hackers@lists.postgresql.org; Mon, 08 Nov 2021 11:19:40 +0000 Received: by mail-il1-x132.google.com with SMTP id y17so16462046ilb.9 for ; Mon, 08 Nov 2021 03:19:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telsasoft-com.20210112.gappssmtp.com; s=20210112; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=1CrtvU4dr3Eecn3un+j+re4Tp6oJGa1jnTER47ABYMU=; b=hhyOs0B30pp87eP3enzMlj1L85tWAlY42fiUebsL8rWbU0AtyT2HQL9jvtFcDaHpXN fsWuM1Geyu0AYSzMw7vOrCC2qgOdheqngMfixK2+vL3ThKbDOZTl9K4JN8D9H1IWMDyu b01hRh1MD+yROGdzsqj5ZKWquNIGyPGG9SAANPhWyBfKY+vP4lQ0wq04ivMwxz/9nFVV PglmjT5hxgGDYWqLSL62TOPswPQGEVGDG6IDL8kmnOJSYjg8B092WEmHwwUFUx/ZZHNB nOK9qq9+UOebYraVpFfGiZGIpX4415m/VcoTXvj3S1EfQKEWD592JEs0qrQnydF65+Dj g61w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=1CrtvU4dr3Eecn3un+j+re4Tp6oJGa1jnTER47ABYMU=; b=yUq4Tc+1Fwwx7FruNVcfLa3bmzt5k9jfydwotB6hgqaOrNhb+MG3mPAygUEpFodhjr E927jTe73S+21TKUvtKoghOcNWtIvaLh7m+msY8oXTgHu7tBcwhWTHpApfksEvfIj0yM xIqNW9PxY+8sf7YhnhDgE1eKoq3siLOtg2VRFvo2rSXUhctGnbvH9dUgV2WCjkcs7++a pgmZ1PBSQLchlgL7w4BlRqQsc/lvnhGpLbvie2gTDM3LA7MzeGg9NQOwfsgIjGjSRqcR eYycq8H4gmZjZmKVf+Tgg3d2Dex7IMAhkFzKVyGnARWcZ3uWaEcKlmwM+M+aOAJUSewH zfwQ== X-Gm-Message-State: AOAM532fpOHyYy1rIU9FTkeddMhWXX36eby5NEGtettFo/XgN7hlX6Pj /daLftUgjYLxlAq8MyEfFqWZHg== X-Google-Smtp-Source: ABdhPJxS8dLVOZMuP+xKtzABhGqMzNG2Un23RzLNFeSsvXMu2AC9e2fv++hUVNr4iQVkssk8Lvvklg== X-Received: by 2002:a92:c112:: with SMTP id p18mr49283596ile.52.1636370377781; Mon, 08 Nov 2021 03:19:37 -0800 (PST) Received: from pryzbyj.telsasoft (charmander.telsasoft.com. [50.244.222.1]) by smtp.gmail.com with ESMTPSA id h10sm9991314ild.85.2021.11.08.03.19.36 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 08 Nov 2021 03:19:37 -0800 (PST) Received: by pryzbyj.telsasoft (Postfix, from userid 1000) id 3E36C80083D; Mon, 8 Nov 2021 05:19:36 -0600 (CST) Date: Mon, 8 Nov 2021 05:19:36 -0600 From: Justin Pryzby To: Tomas Vondra Cc: Pavel Stehule , Jaime Casanova , Erik Rijkers , Gilles Darold , pgsql-hackers@lists.postgresql.org, Michael Paquier , Amit Kapila , Tomas Vondra , Peter Eisentraut , Tom Lane , Alvaro Herrera , Robert Haas Subject: Re: Schema variables - new implementation for Postgres 15 Message-ID: <20211108111935.GM17618@telsasoft.com> References: <20210912021338.GA21136@ahch-to> <68eedf25-79ca-d0e7-1af6-bad225fdcd97@enterprisedb.com> <20211106145714.GI17618@telsasoft.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.9.4 (2018-02-28) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Sun, Nov 07, 2021 at 10:14:00PM +0100, Tomas Vondra wrote: > I'd probably vote for "session variables". We can call it local/global > session variables in the future, if we end up implementing that. By chance, I ran into this pre-existing use of the phrase "session variable". introduced since 8fbef1090: doc/src/sgml/ref/set_role.sgml: SET ROLE does not process session variables as specified by That's the *only* use of that phrase, but you'd have to change it to something like ".. does not process role-specific variables a specified by ..". -- Justin