Re: Another small bug (pg_autovacuum) - Mailing list pgsql-hackers

From Jan Wieck
Subject Re: Another small bug (pg_autovacuum)
Date
Msg-id 3F61CF6A.4010407@Yahoo.com
Whole thread Raw
In response to Re: Another small bug (pg_autovacuum)  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers

Tom Lane wrote:
> "Matthew T. O'Connor" <matthew@zeut.net> writes:
>> I made a patch to fix this, but in testing it I noticed that the stats
>> system doesn't work on shared tables as I was expecting it too (as my
>> latest patch requires it too :-). It treats instances of shared tables
>> in separate databases as totally unique tables.
> 
> Hmm.  The bufmgr and lower levels handle shared tables by always
> associating a database number of zero with them, but I'll bet that the
> pg_stats stuff does not do that.  I'd call that a bug, yes.  Jan, any
> thoughts on how complex to fix?

Need to take a look into, but I agree that this is a bug.


Jan

-- 
#======================================================================#
# It's easier to get forgiveness for being wrong than for being right. #
# Let's break this rule - forgive me.                                  #
#================================================== JanWieck@Yahoo.com #



pgsql-hackers by date:

Previous
From: Bruce Momjian
Date:
Subject: __cpu__ defines
Next
From: Bruce Momjian
Date:
Subject: Re: [PATCHES] Reorganization of spinlock defines