| From: | "Simon Riggs" <simon(at)2ndquadrant(dot)com> |
|---|---|
| To: | "Bruce Momjian" <bruce(at)momjian(dot)us> |
| Cc: | <pgsql-patches(at)postgresql(dot)org> |
| Subject: | Re: Heap page diagnostic/test functions (v2) |
| Date: | 2007-04-08 08:31:12 |
| Message-ID: | 1176021072.3623.619.camel@silverbirch.site |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-patches |
On Sat, 2007-04-07 at 18:19 -0400, Bruce Momjian wrote:
> Simon Riggs wrote:
> > On Sat, 2007-04-07 at 11:53 -0400, Bruce Momjian wrote:
> >
> > > This looks useful, but shouldn't it be part of /contrib/pgstattuple
> > > rather than in the backend?
> >
> > Well, this was written with a view to it being usable for writing test
> > cases that checked the various tuple states as we went. It was
> > originally proposed when Tom asked "How will we test HOT?" (concurrent
> > psql is the other half of the required base functionality to write
> > sensible test cases).
> >
> > If we see it as a manual test tool only, contrib is OK. But it has to be
> > in the backend to be usable in the regression test suite, so thats where
> > it was designed to go.
>
> Well, contrib can have its own regression tests. We can put the HOT
> tests in there too.
OK.
I'll rework it once I've completed the other items on my list. Feel free
to have a hack at it if I'm a little slow. I only have today left before
I'm away for two weeks - travelling tomorrow.
--
Simon Riggs
EnterpriseDB http://www.enterprisedb.com
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Simon Riggs | 2007-04-08 08:46:45 | Re: Reviewers Guide to Deferred Transactions/TransactionGuarantee |
| Previous Message | Simon Riggs | 2007-04-08 08:24:13 | Re: LIMIT/SORT optimization |