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 1qyxfJ-00CLj1-38 for pgsql-docs@arkaria.postgresql.org; Fri, 03 Nov 2023 17:09: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 1qyxfH-001whF-O8 for pgsql-docs@arkaria.postgresql.org; Fri, 03 Nov 2023 17:08: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 1qyxfH-001wh6-GR for pgsql-docs@lists.postgresql.org; Fri, 03 Nov 2023 17:08:59 +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 1qyxfA-004We1-Eo for pgsql-docs@lists.postgresql.org; Fri, 03 Nov 2023 17:08:58 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=momjian.us; s=2023062407; 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=iqMN9Keu5ubMioL46SaEeTyPEmL4ylpa47saDgQZgn8=; b=JVDJK /8f22w34Bec9A3YWw1DN9nm1NraW7p9xz5xOY4W8xCRtVRiv7yNB+mWdW6LVuIrlZjfNnmygBDltU R9t3iKrk9NhpL0MRzYGv3bomT7Dz+hAw1bSaDf4uqHxVvfozHsy1PnMDyjcup2csNw77NF/9p1nVt KRS9FC4VPa+BthenevNwxHbh45bRfJEsFX3XAgTqb/MbvVlcuaWw+QdyDtqVKvJCbzEk02ww6BmF3 IMRqbkfNZxmRE1FJpaU0nWczfysqZOUhM4fefXqXu4kv4maUNZzLILkKA6+Qn6V6WNmd2ErZmB2ti 27583jJhoF2QLf8xzKGZbj6o8EwTw==; Received: from bruce by momjian.us with local (Exim 4.96) (envelope-from ) id 1qyxf8-00H3B1-1K; Fri, 03 Nov 2023 13:08:50 -0400 Date: Fri, 3 Nov 2023 13:08:50 -0400 From: Bruce Momjian To: "Daniel Westermann (DWE)" Cc: Tom Lane , "pgsql-docs@lists.postgresql.org" Subject: Re: Incorrect mention of number of columns? Message-ID: References: <3308033.1699027957@sss.pgh.pa.us> <3311709.1699029767@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 Fri, Nov 3, 2023 at 05:04:46PM +0000, Daniel Westermann (DWE) wrote: > >"Daniel Westermann (DWE)" writes: > >>> Yeah, but populating it would not (unless many of the columns were > >>> NULL). > > >> Ok, but then should the documentation be more precise? It seems a bit odd to > let users create such a table without at least a warning. > > >Given the impact of NULLs, and the fact that usually tables have some > >variable-width columns, I doubt that a creation-time warning could be > >accurate enough to be useful. > > I am not speaking about a warning at creation time, but rather a warning in the > docs. Something like: Although a table with e.g. 1600 bigint columns can be > created, creating a tuple of more than 8160 bytes will fail. It is in the "limits" docs: https://www.postgresql.org/docs/current/limits.html -- Bruce Momjian https://momjian.us EDB https://enterprisedb.com Only you can decide what is important to you.