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 1lsmhd-00070C-EF for pgsql-performance@arkaria.postgresql.org; Mon, 14 Jun 2021 13:32:33 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1lsmhc-0004A6-65 for pgsql-performance@arkaria.postgresql.org; Mon, 14 Jun 2021 13:32:32 +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 1lsmhb-00049y-UK for pgsql-performance@lists.postgresql.org; Mon, 14 Jun 2021 13:32:31 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lsmhV-0007w4-Jb for pgsql-performance@postgresql.org; Mon, 14 Jun 2021 13:32:31 +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 15EDWLaw197327; Mon, 14 Jun 2021 09:32:21 -0400 From: Tom Lane To: Andrew Dunstan cc: "Dean Gibson (DB Administrator)" , pgsql-performance@postgresql.org Subject: Re: pg_dumpall --exclude-database case folding, was Re: AWS forcing PG upgrade from v9.6 a disaster In-reply-to: References: <88dec70b-eb63-0b72-0b5d-253851ef127b@mailpen.com> <92cc8563-195f-8727-d887-5f2bb63f231f@mailpen.com> <20210601041635.GQ2082@telsasoft.com> <18f77a0c-dade-b86a-cbeb-6f85d3d137e1@dunslane.net> <4abbbebd-1496-7376-136f-38eb91773cd2@mailpen.com> <1682562.1623348017@sss.pgh.pa.us> Comments: In-reply-to Andrew Dunstan message dated "Mon, 14 Jun 2021 09:21:30 -0400" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <197325.1623677541.1@sss.pgh.pa.us> Date: Mon, 14 Jun 2021 09:32:21 -0400 Message-ID: <197326.1623677541@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Andrew Dunstan writes: > On 6/10/21 2:23 PM, Andrew Dunstan wrote: >> Ouch. That looks like a plain old bug. Let's fix it. IIRC I just used >> the same logic that we use for pg_dump's --exclude-* options, so we need >> to check if they have similar issues. > Peter Eisentraut has pointed out to me that this is documented, albeit a > bit obscurely for pg_dumpall. But it is visible on the pg_dump page. Hmm. > Nevertheless, it's a bit of a POLA violation as we've seen above, and > I'd like to get it fixed, if there's agreement, both for this pg_dumpall > option and for pg_dump's pattern matching options. +1, but the -performance list isn't really where to hold that discussion. Please start a thread on -hackers. regards, tom lane