From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Teodor Sigaev <teodor(at)sigaev(dot)ru> |
Cc: | Jeff Davis <pgsql(at)j-davis(dot)com>, Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)com>, Pgsql Hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: [PATCHES] GIN improvements |
Date: | 2009-02-03 01:38:11 |
Message-ID: | 16080.1233625091@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-patches |
Teodor Sigaev <teodor(at)sigaev(dot)ru> writes:
> I'm very sorry, but v0.24 has a silly bug with not initialized value :(.
> New version is attached
I looked at this a little bit --- it needs proofreading ("VACUUME"?).
Do we really need an additional column in pgstat table entries in
order to store something that looks like it can be derived from the
other columns? The stats tables are way too big already.
Also, I really think it's a pretty bad idea to make index cost
estimation depend on the current state of the index's pending list
--- that state seems far too transient to base plan choices on.
It's particularly got to be nuts to turn off indexscans entirely
if the pending list is "too full". Having some lossy pages might
not be great but I don't believe it can be so bad that you should
go to a seqscan all the time.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Tao Ma | 2009-02-03 01:55:18 | Re: why declare arg as a array in FunctionCallInfoData structure |
Previous Message | Bruce Momjian | 2009-02-03 01:29:54 | Re: More FOR UPDATE/FOR SHARE problems |
From | Date | Subject | |
---|---|---|---|
Next Message | Teodor Sigaev | 2009-02-04 16:56:22 | Re: [PATCHES] GIN improvements |
Previous Message | Tom Lane | 2009-01-27 15:37:53 | Re: [PATCHES] Infrastructure changes for recovery |