Received: from maia.hub.org (maia-2.hub.org [200.46.204.251]) by mail.postgresql.org (Postfix) with ESMTP id 6FF7FB5DC11 for ; Wed, 24 Aug 2011 07:04:46 -0300 (ADT) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.251]) (amavisd-maia, port 10024) with ESMTP id 25159-05 for ; Wed, 24 Aug 2011 10:04:39 +0000 (UTC) X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6 Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mail.postgresql.org (Postfix) with ESMTP id 85EE6B5DC08 for ; Wed, 24 Aug 2011 07:04:39 -0300 (ADT) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1QwAK4-0004UV-TY for pgsql-performance@postgresql.org; Wed, 24 Aug 2011 03:04:36 -0700 Date: Wed, 24 Aug 2011 03:04:36 -0700 (PDT) From: parul To: pgsql-performance@postgresql.org Message-ID: <1314180276903-4729917.post@n5.nabble.com> Subject: reltuples value less than rows in the table. MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-0.767 tagged_above=-10 required=5 tests=BAYES_00=-1.9, FREEMAIL_FROM=0.001, T_TO_NO_BRKTS_FREEMAIL=0.01, URI_HEX=1.122 X-Spam-Level: X-Archive-Number: 201108/291 X-Sequence-Number: 44738 I have a index in a table. The value of the reltuples value in the pg_class table for this index is less than the number of rows in the table where the index is present. For eg. if i have 800 rows in the table , the reltuples in the pg_class for the index show the value as 769. What are the scenarios under which this kind of behaviour occurs? Also iam not able to execute the queries involving the indexed column in the where clause. Please suggest the probable cause for this. Also if i do a reindex on the table, the reltuple values updates to the current no. of rows ie. 800. -- View this message in context: http://postgresql.1045698.n5.nabble.com/reltuples-value-less-than-rows-in-the-table-tp4729917p4729917.html Sent from the PostgreSQL - performance mailing list archive at Nabble.com.