Update relpages and reltuples estimates in stand-alone ANALYZE, even if
authorHeikki Linnakangas <[email protected]>
Tue, 19 May 2009 08:30:12 +0000 (08:30 +0000)
committerHeikki Linnakangas <[email protected]>
Tue, 19 May 2009 08:30:12 +0000 (08:30 +0000)
there's no analyzable attributes or indexes. We also used to report 0 live
and dead tuples for such tables, which messed with autovacuum threshold
calculations.

This fixes bug #4812 reported by George Su. Backpatch back to 8.1.

src/backend/commands/analyze.c

index 90f169b10223bfa9c1a4f0bd4f43f0dff295f1a0..e1e3498c7c6011e128e61cbf5422c095437488c5 100644 (file)
@@ -8,7 +8,7 @@
  *
  *
  * IDENTIFICATION
- *   $PostgreSQL: pgsql/src/backend/commands/analyze.c,v 1.114.2.1 2008/04/03 16:27:32 tgl Exp $
+ *   $PostgreSQL: pgsql/src/backend/commands/analyze.c,v 1.114.2.2 2009/05/19 08:30:12 heikki Exp $
  *
  *-------------------------------------------------------------------------
  */
@@ -341,19 +341,10 @@ analyze_rel(Oid relid, VacuumStmt *vacstmt,
    }
 
    /*
-    * Quit if no analyzable columns
+    * Quit if no analyzable columns and no pg_class update needed.
     */
-   if (attr_cnt <= 0 && !analyzableindex)
-   {
-       /*
-        * We report that the table is empty; this is just so that the
-        * autovacuum code doesn't go nuts trying to get stats about a
-        * zero-column table.
-        */
-       if (!vacstmt->vacuum)
-           pgstat_report_analyze(onerel, 0, 0);
+   if (attr_cnt <= 0 && !analyzableindex && vacstmt->vacuum)
        goto cleanup;
-   }
 
    /*
     * Determine how many rows we need to sample, using the worst case from