Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1uZ8D0-00GUE9-UO for pgsql-admin@arkaria.postgresql.org; Tue, 08 Jul 2025 13:18:06 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1uZ8Cy-008MIT-Ol for pgsql-admin@arkaria.postgresql.org; Tue, 08 Jul 2025 13:18:05 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1uZ8Cy-008MIJ-DJ for pgsql-admin@lists.postgresql.org; Tue, 08 Jul 2025 13:18:05 +0000 Received: from sss.pgh.pa.us ([68.162.161.243]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1uZ8Cu-006SXu-1U for pgsql-admin@lists.postgresql.org; Tue, 08 Jul 2025 13:18:02 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.15.2/8.15.2) with ESMTP id 568DHvKl687006; Tue, 8 Jul 2025 09:17:57 -0400 From: Tom Lane To: Ron Johnson cc: Pgsql-admin Subject: Re: REVOKE ALL ON ALL OBJECTS IN ALL SCHEMAS FROM some_role? In-reply-to: References: Comments: In-reply-to Ron Johnson message dated "Tue, 08 Jul 2025 08:59:50 -0400" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <687004.1751980677.1@sss.pgh.pa.us> Date: Tue, 08 Jul 2025 09:17:57 -0400 Message-ID: <687005.1751980677@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Ron Johnson writes: > Cascading statements really need a DRY RUN option. [ shrug ] BEGIN/ROLLBACK serves that purpose fine, in fact better than a per-statement "dry run" option would do: you can run several dependent DDL statements and then look around at the results before committing (or not). Your claim that rollback is slow seems to be born of experience with some other DBMS. regards, tom lane