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 1tIFPZ-00DB4O-Lg for pgsql-bugs@arkaria.postgresql.org; Mon, 02 Dec 2024 23:01:01 +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 1tIFPV-004X8v-RH for pgsql-bugs@arkaria.postgresql.org; Mon, 02 Dec 2024 23:00:59 +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 1tIFPV-004X8l-Hf for pgsql-bugs@lists.postgresql.org; Mon, 02 Dec 2024 23:00:58 +0000 Received: from momjian.us ([72.94.173.45]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1tIFPT-000jGC-KB for pgsql-bugs@lists.postgresql.org; Mon, 02 Dec 2024 23:00:58 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=momjian.us; s=2024011501; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID: Subject:Cc:To:From:Date:Sender:Reply-To:Content-Transfer-Encoding:Content-ID: Content-Description; bh=KZIzw6OPDCSE8XTba2SAPbB9tK2fnjAtLYQuA5cR2gw=; b=D4fq6 mv37SzsQJxT3iMm5FD3JovEgBikFSFRzUqi8Qm61lWv2LPXdqgZUDECk27lQZsmX96b/ygqJiXHTA CVEd/f8XPsIgCciYupSjplDnYpatZICBjhFfBV9EJpTg/HWeTKqCpc+jG/8YypSjhaBnnRZMIAqhE nPpCgJsTJVSlpFXEi+seWeQPAPuxGKIvrTeG++pb1ii18tKNcrRg/vpLo7NtYsR2WXD6KIODfE6Wl q76M6nB87zoLhx25X9y+Ol4POKCHsDUu5ghn2y1DrWUmqmUNB7eZMUg3L25sqg4a33Q6Hmhicl4cN riM0wJNYBgo3jkUWW1O223PLn+Exw==; Received: from bruce by momjian.us with local (Exim 4.96) (envelope-from ) id 1tIFPR-004stQ-1P; Mon, 02 Dec 2024 18:00:53 -0500 Date: Mon, 2 Dec 2024 18:00:53 -0500 From: Bruce Momjian To: Thomas Munro Cc: Bertrand Drouvot , Tom Lane , Nathan Bossart , adam@labkey.com, pgsql-bugs@lists.postgresql.org Subject: Re: BUG #18711: Attempting a connection with a database name longer than 63 characters now fails Message-ID: References: <665338.1732306066@sss.pgh.pa.us> <1865227.1732723416@sss.pgh.pa.us> <2094158.1732812306@sss.pgh.pa.us> 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 Mon, Dec 2, 2024 at 06:39:48PM +1300, Thomas Munro wrote: > Despite being a really simple idea for adding one new switch that > really only "stops" things rather than actually doing anything new, it > finishes up interacting with locking, logging, checkpointing, control > file, redo, grammar, pg_upgrade (and I see now that pg_dumpall might > need a similar approach), and I didn't even look at the startup stuff > you guys were working on that can hopefully benefit from having > GetSharedCatalogEncoding(). Hopefully the patch has the right sort of > ideas in some of those places, but obviously it's a rapid prototype so > might be way off on some of the details. It fails on Windows CI in a > very minor way that I see how to fix... later. It's enough to try out > the user experience anyway. Feedback, flames and ideas welcome. I am concerned we are going to get a lot of complaints about this restricted change because most people are happily using whatever encoding they want, and as long as they don't hit the 64-byte limit, they are fine. Are people going to be happy with this restriction just to keep 64+-byte identifiers safe? -- Bruce Momjian https://momjian.us EDB https://enterprisedb.com When a patient asks the doctor, "Am I going to die?", he means "Am I going to die soon?"