Received: from slip1.raccoon.com (slip1.raccoon.com [165.90.135.16]) by hub.org (8.9.3/8.9.1) with ESMTP id VAA05523 for ; Mon, 26 Apr 1999 21:29:10 -0400 (EDT) (envelope-from perdue@raccoon.com) Received: from timnt (tim.desmoinesnet.com [165.90.140.11]) by slip1.raccoon.com (8.8.7/8.8.7) with SMTP id UAA06193; Mon, 26 Apr 1999 20:24:42 -0500 Message-ID: <001801be904c$abcdd460$0b8c5aa5@timnt.weather.net> Reply-To: "Tim Perdue" From: "Tim Perdue" To: "G. Anthony Reina" , Subject: Re: [HACKERS] Number of tuples (20300) not the same as heap (20301) Date: Mon, 26 Apr 1999 20:24:18 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.5 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 I see this problem all the time too. There are some scary bugs in the bowels of the code that controls indexes and primary keys. At this point, I have like 4000 duplicated primary keys, and I cannot update sections of the table due to key violations. Tim Perdue PHPBuilder.com / GotoCity.com / Geocrawler.com -----Original Message----- From: G. Anthony Reina To: pgsql-hackers@postgreSQL.org Date: Monday, April 26, 1999 8:14 PM Subject: [HACKERS] Number of tuples (20300) not the same as heap (20301) >I have a table in which the first four variables are the unique primary >key. Recently, I ran a vacuum and was told that the number of tuples did >not equal the number in the heap for the primary key index to this >table. I'm not exactly sure whatn this means. It sounds like one or more >of the "unique" keys may have more than one set of data. > >I often update the table using a text file containing the "UPDATE >table_name SET ..." and running the \i command in psql to execute the >commands from the text file. For some of these updates, I update an >variable length array that sometimes is longer than 8K. So what I do is >just update the first 100 or so positions in that array and get the >remaining positions with another update. I'm wondering if somehow there >is a bug that doesn't like this a ocassionally screws up the indexing. > >Anyone know what this error means? I've tried dropping the index and >re-creating it but still get the same error on a vacuum. > > >Thanks. >-Tony > >