X-Original-To: pgsql-sql-postgresql.org@localhost.postgresql.org Received: from localhost (unknown [200.46.204.144]) by svr1.postgresql.org (Postfix) with ESMTP id 242323A4729 for ; Thu, 20 Jan 2005 17:44:26 +0000 (GMT) Received: from svr1.postgresql.org ([200.46.204.71]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 50726-08 for ; Thu, 20 Jan 2005 17:44:10 +0000 (GMT) Received: from anchor-post-31.mail.demon.net (anchor-post-31.mail.demon.net [194.217.242.89]) by svr1.postgresql.org (Postfix) with ESMTP id 3B1653A48AB for ; Thu, 20 Jan 2005 17:44:10 +0000 (GMT) Received: from mwynhau.demon.co.uk ([193.237.186.96] helo=mainbox.archonet.com) by anchor-post-31.mail.demon.net with esmtp (Exim 4.42) id 1CrgKn-0004md-5v; Thu, 20 Jan 2005 17:43:06 +0000 Received: from [192.168.1.17] (client17.archonet.com [192.168.1.17]) by mainbox.archonet.com (Postfix) with ESMTP id 0B15E170C3; Thu, 20 Jan 2005 17:44:08 +0000 (GMT) Message-ID: <41EFEDE9.1020700@archonet.com> Date: Thu, 20 Jan 2005 17:44:09 +0000 From: Richard Huxton User-Agent: Mozilla Thunderbird 1.0 (X11/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Joel Fradkin Cc: 'Michael Fuhr' , pgsql-sql@postgresql.org Subject: Re: ERROR: row is too big: size 9856, maximum size 8136 References: <000601c4ff14$562cec70$797ba8c0@jfradkin> In-Reply-To: <000601c4ff14$562cec70$797ba8c0@jfradkin> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Status: No, hits=0.074 tagged_above=0 required=5 tests=AWL, FORGED_RCVD_HELO X-Spam-Level: X-Archive-Number: 200501/179 X-Sequence-Number: 19967 Joel Fradkin wrote: > Sorry, that was the statement that caused the error. > I was creating a view that exists in the MSSQL land. > It actually joins a few tables. I can put a create statement for all the > tables used in and then create the view and re send the txt file with those. > I am reloading the LINUX from scratch at the moment, but as soon as I get > back up (be tomorrow probably as it takes over night to load the data from > the MSSQL server) I will email with all the pertinent information. > > I am re-loading to hopefully get rid of the pg_user error I was getting (I > went to su postgres and created my data base that way after creating a > postgres user as root). My friend said to not create any users just start > the data base up (Fedora core 3) and use pgadmin to create the database. There are probably RPMs for 8.0 available by now. Might be worth going to that from the start, rather than upgrading later. > I was following a how to convert I got off the archives, so I must of messed > something up. > > Again thank you for the information. If it is non TOAST (sorry not sure what > that means; I am guessing like not part of a text field data) field sizes > adding up to more the 8k is there some way to produce the data set, or is > this a limit of Postgres in general. If I can not have all the data needed > in a recordset I might have to re-think using postgres is this a limit of > mysql also? I hate to think I have to consider staying on MSSQL as it is not > in our budget. Well, that's a lot of non-text columns to breach 8kB. It is a definite limit, but you shouldn't see it until you have hundreds of columns. If you can post the table definitions along with the view definition, that should let people see if they can reproduce the problem. -- Richard Huxton Archonet Ltd