| From: | Bruce Momjian <bruce(at)momjian(dot)us> |
|---|---|
| To: | Simon Riggs <simon(at)2ndquadrant(dot)com> |
| Cc: | pgsql-patches(at)postgresql(dot)org |
| Subject: | Re: Heap page diagnostic/test functions (v2) |
| Date: | 2007-04-07 22:19:07 |
| Message-ID: | 200704072219.l37MJ7r11140@momjian.us |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-patches |
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.
--
Bruce Momjian <bruce(at)momjian(dot)us> http://momjian.us
EnterpriseDB http://www.enterprisedb.com
+ If your life is a hard drive, Christ can be your backup. +
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Simon Riggs | 2007-04-07 22:23:06 | Re: LIMIT/SORT optimization |
| Previous Message | Simon Riggs | 2007-04-07 22:06:41 | Re: Heap page diagnostic/test functions (v2) |