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 1miKDJ-0006nw-Lq for pgsql-docs@arkaria.postgresql.org; Wed, 03 Nov 2021 17:38:17 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1miKDI-0003U1-Ec for pgsql-docs@arkaria.postgresql.org; Wed, 03 Nov 2021 17:38:16 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1miKDI-0003Ts-7i for pgsql-docs@lists.postgresql.org; Wed, 03 Nov 2021 17:38:16 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1miKDC-0003FT-1L for pgsql-docs@lists.postgresql.org; Wed, 03 Nov 2021 17:38:15 +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 1A3HbSb6137265; Wed, 3 Nov 2021 13:37:28 -0400 From: Tom Lane To: Grega Jesih cc: "David G. Johnston" , "grega.jesih@gmail.com" , Pg Docs Subject: Re: text fields and performance for ETL In-reply-to: <686716cb5c4242c28e5967d9b6fcfc75@actual-it.si> References: <163594615980.678.1904941309603792278@wrigleys.postgresql.org> <686716cb5c4242c28e5967d9b6fcfc75@actual-it.si> Comments: In-reply-to Grega Jesih message dated "Wed, 03 Nov 2021 15:35:51 -0000" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <137263.1635961048.1@sss.pgh.pa.us> Content-Transfer-Encoding: quoted-printable Date: Wed, 03 Nov 2021 13:37:28 -0400 Message-ID: <137264.1635961048@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Grega Jesih writes: >> The goal in our docs is to point out that using an arbitrary length spe= cification is not required in PostgreSQL. > Well perhaps yours. But there are pro-tools (I refer to SSIS in this con= text) that provide a very fast dataflow in case there is a known record si= ze. That's a matter for those tools to document, not us, because it's their performance characteristics that you are talking about, not ours. I'll just point out in passing, though, that "fixed record size" for text strings is an illusion as soon as you have to deal with non-ASCII data. So I'm skeptical that such optimizations are worth much anymore. regards, tom lane