From: | Robert Haas <robertmhaas(at)gmail(dot)com> |
---|---|
To: | Satoshi Nagayasu <snaga(at)uptime(dot)jp> |
Cc: | PostgreSQL Mailing Lists <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: [RFC] pgstattuple/pgstatindex enhancement |
Date: | 2013-02-14 16:55:35 |
Message-ID: | CA+TgmoaxJhGZ2c4AYfbr9muUVNhGWU4co-cthqpZRwwDtamvhw@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Tue, Feb 12, 2013 at 10:22 AM, Satoshi Nagayasu <snaga(at)uptime(dot)jp> wrote:
> (1) Fix pgstatindex arguments to work same as pgstattuple.
>
> As the document describes, pgstattuple accepts 'schema.table'
> expression and oid of the table, but pgstatindex doesn't.
> (because I didn't add that when I created pgstatindex...)
>
> http://www.postgresql.org/docs/devel/static/pgstattuple.html
>
> So, I'd like to change pgstatindex arguments to allow
> schema name and oid.
>
> Does it make sense?
Not sure. It seems nice, but it's also a backward-compatibility
break. So I don't know.
> (2) Enhance pgstattuple/pgstatindex to allow block sampling.
>
> Now, we have large tables and indexes in PostgreSQL, and these are
> growing day by day.
>
> pgstattuple and pgstatindex are both very important to keep database
> performance well, but doing full-scans on large tables and indexes
> would generate big performance impact.
>
> So, now I think pgstattuple and pgstatindex should support
> 'block sampling' to collect block statistics with avoiding full-scans.
>
> With this block sampling feature, pgstattuple/pgstatindex would be
> able to collect block statistics from 1~10% of the blocks in the
> table/index if the table/index is large (maybe 10GB or more).
Now that sounds really nice.
--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company
From | Date | Subject | |
---|---|---|---|
Next Message | Craig Ringer | 2013-02-14 16:57:01 | Re: BUG #7493: Postmaster messages unreadable in a Windows console |
Previous Message | Tom Lane | 2013-02-14 16:49:53 | Re: proposal or just idea for psql - show first N rows from relation backslash statement |