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 1pEwDU-0005tO-BP for pgsql-hackers@arkaria.postgresql.org; Mon, 09 Jan 2023 17:45:48 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1pEwDS-0001Qg-Hj for pgsql-hackers@arkaria.postgresql.org; Mon, 09 Jan 2023 17:45:46 +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 1pEwDS-0001QX-8Z for pgsql-hackers@lists.postgresql.org; Mon, 09 Jan 2023 17:45:46 +0000 Received: from mail-pl1-x62b.google.com ([2607:f8b0:4864:20::62b]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1pEwDP-0003kV-Mr for pgsql-hackers@postgresql.org; Mon, 09 Jan 2023 17:45:45 +0000 Received: by mail-pl1-x62b.google.com with SMTP id p24so10297210plw.11 for ; Mon, 09 Jan 2023 09:45:43 -0800 (PST) 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:message-id:reply-to; bh=c/pVbtQ6QE2Wj/b9rVRAv3AJfcHzS3qD8Ggr+qGjn0Q=; b=aYgBHkxPkLCalRD+Qf8Cd+Q031rvJqN0XHhiXKqXZqN5FpUEIOOsdaKzD0lZ1FKfow RqQzNqAbHYRoNbDUNa9rCtTwcrkgtEa6tDUKkn/0EKmKj/BZ4Vclbmyze3UGF+X+Hc0g cXn10EpiZ6K9AYsfOtiA5DHuZ9hInPoJQDbnJOyMuUkxeTihnV3685gOG5QY51xwnsCW anb49ywSJBC6b9Gd9tMRBXPGGJTSngnfjhsfNMTJOvE1dJ+C027V2drZHlbj7XLrZ4xx A2ElrN/bk2iei+namZITQm9AoccO1RGkozZ1f3TO1DLXovXDoZtNNFxfa9iEhmOEzkSd I2hA== 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 :message-id:reply-to; bh=c/pVbtQ6QE2Wj/b9rVRAv3AJfcHzS3qD8Ggr+qGjn0Q=; b=tSDOaHYUuZJsm8R0r4o1gv3BDbxW6oQpPC5Mm/aDvGh7EoKcqLSKbqC8klTWdeqDWN odHIVY1WbWhGMiXB4VYEPz6oCpv91Nqer148jvZndf/g5ommQ2FE47/+WEbRyUW7VY2m LoOZQdNSz3dudXPFLAnQD4ZRN9n+Un4K7zzNd9jtgNfObNtyBJdWvYAvtQwmDIm9pfpA oNTFCkiTimRH0/FPqKJe0Ec9geGJ2tBXgfyH8l8DDumFLkoGHM7oqarmp+GT9awQrZ0O PiEx+eTVgPDLCV/TNKPanXZw/YwkDENxlxDnVkSx6jHT+2kexp7wChZIcIBA/CW3koAb diNg== X-Gm-Message-State: AFqh2kpBO8K40u5dD50mKdW3hMqb0xcZyGXzrXaeqD8MtU9UNx89BZ0r 3IbDWq/mVsPiINtFk3n5FUA= X-Google-Smtp-Source: AMrXdXtdR44ueJUGi2uWjWG5dsxJWblyX48jJ92+fURZWfywWRLdQf1jqBfimukqr/owgBuM5zVRlA== X-Received: by 2002:a05:6a20:6f8d:b0:b5:92e9:c6b3 with SMTP id gv13-20020a056a206f8d00b000b592e9c6b3mr10173401pzb.32.1673286341465; Mon, 09 Jan 2023 09:45:41 -0800 (PST) Received: from nathanxps13 ([50.47.162.83]) by smtp.gmail.com with ESMTPSA id v11-20020a65460b000000b004b0591f673csm3642596pgq.33.2023.01.09.09.45.40 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 09 Jan 2023 09:45:40 -0800 (PST) Date: Mon, 9 Jan 2023 09:45:39 -0800 From: Nathan Bossart To: Dean Rasheed Cc: Maxim Orlov , Andrew Dunstan , Michael Paquier , Tom Lane , Isaac Morland , Justin Pryzby , Pavel Luzanov , pgsql-hackers@postgresql.org Subject: Re: add \dpS to psql Message-ID: <20230109174539.GA1112921@nathanxps13> References: <20221209184055.GA59417@nathanxps13> <20221209184411.GB59417@nathanxps13> <09d09155-7ed0-29e2-c51b-e5cce7e68bf0@dunslane.net> <20221212171822.GA202606@nathanxps13> <20221228212612.GA4010186@nathanxps13> <20230107003651.GA789289@nathanxps13> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Sat, Jan 07, 2023 at 11:18:59AM +0000, Dean Rasheed wrote: > It might be true that temp tables aren't usually interesting from a > permissions point of view, but it's not hard to imagine situations > where interesting things do happen. It's also probably the case that > most users won't have many temp tables, so I don't think including > them by default will be particularly intrusive. > > Also, from a user perspective, I think it would be something of a POLA > violation for \dp[S] and \dt[S] to include different sets of tables, > though I appreciate that we do that now. There's nothing in the docs > to indicate that that's the case. Agreed. > Anyway, I've pushed the v2 patch as-is. If anyone feels strongly > enough that we should change its behaviour for temp tables, then we > can still discuss that. Thanks! -- Nathan Bossart Amazon Web Services: https://aws.amazon.com