From: | Bruce Momjian <bruce(at)momjian(dot)us> |
---|---|
To: | Heikki Linnakangas <heikki(at)enterprisedb(dot)com> |
Cc: | PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Heap page diagnostic functions |
Date: | 2007-05-01 14:56:00 |
Message-ID: | 200705011456.l41Eu0Q10809@momjian.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Heikki Linnakangas wrote:
> Any suggestions? pgdiagnostics?
Yes, I like "diagnostics", or "internals". I just think forensics isn't
going to be understood by the average native English speaker, let alone
non-English speakers.
---------------------------------------------------------------------------
>
> I'm happy with forensics myself.
>
> Bruce Momjian wrote:
> > Sounds good, though I am worried that "forensics" will not be a word
> > easily understood by non-native English speakers.
> >
> > ---------------------------------------------------------------------------
> >
> > Heikki Linnakangas wrote:
> >> I'm taking over Simon's heap page diagnostic functions to get them into
> >> shape for committing.
> >>
> >> I'm thinking of having a new contrib-module for them: pgforensics. All
> >> the new functions go there, and I'm also going to move bt_page_items,
> >> bt_page_stats, and bt_metap functions from pgstattuple to the new
> >> module. They're all low-level functions that no application should be
> >> calling, so there shouldn't be any compatibility issues in moving them.
> >>
> >> That'd leave only the functions that a DBA or tools should be concerned
> >> with in pgstattuple, and all the low-level debugging aids to the new
> >> module. Thoughts?
> >>
> >> --
> >> Heikki Linnakangas
> >> EnterpriseDB http://www.enterprisedb.com
> >>
> >> ---------------------------(end of broadcast)---------------------------
> >> TIP 4: Have you searched our list archives?
> >>
> >> http://archives.postgresql.org
> >
>
>
> --
> Heikki Linnakangas
> EnterpriseDB http://www.enterprisedb.com
>
> ---------------------------(end of broadcast)---------------------------
> TIP 9: In versions below 8.0, the planner will ignore your desire to
> choose an index scan if your joining column's datatypes do not
> match
--
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 | Andrew Dunstan | 2007-05-01 14:57:22 | Re: Feature freeze progress report |
Previous Message | Bruce Momjian | 2007-05-01 14:52:25 | Re: Feature freeze progress report |