Received: from malur.postgresql.org ([2a02:16a8:dc51::56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1fdGII-00019I-J9 for pgsql-admin@arkaria.postgresql.org; Wed, 11 Jul 2018 14:40:38 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1fdGIE-0006wr-7G for pgsql-admin@arkaria.postgresql.org; Wed, 11 Jul 2018 14:40:34 +0000 Received: from makus.postgresql.org ([2001:4800:1501:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1fdGID-0006wi-SY for pgsql-admin@lists.postgresql.org; Wed, 11 Jul 2018 14:40:34 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1fdGIA-0004jN-Qj for pgsql-admin@lists.postgresql.org; Wed, 11 Jul 2018 14:40:32 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.4/8.14.4) with ESMTP id w6BEeS8g019465; Wed, 11 Jul 2018 10:40:28 -0400 From: Tom Lane To: Mario De Frutos Dieguez cc: pgsql-admin@lists.postgresql.org Subject: Re: row is too big: size 8168, maximum size 8160 In-reply-to: References: Comments: In-reply-to Mario De Frutos Dieguez message dated "Wed, 11 Jul 2018 16:16:43 +0200" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <19463.1531320028.1@sss.pgh.pa.us> Date: Wed, 11 Jul 2018 10:40:28 -0400 Message-ID: <19464.1531320028@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Mario De Frutos Dieguez writes: > I've found this error message and it's driving me crazy. > I have a table with 790 numeric columns, I'm trying to make an INSERT INTO > x SELECT... and in the same column/s I'm getting this message. You can either rethink your data representation (maybe you could put a bunch of those values into an array?) or recompile/re-initdb with a larger value of BLCKSZ. I'd favor the former --- 790 columns is too many. regards, tom lane