Re: For review: dbsize patch

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: Dave Page <dpage(at)vale-housing(dot)co(dot)uk>
Cc: PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: For review: dbsize patch
Date: 2005-06-28 23:44:46
Message-ID: 200506282344.j5SNikX29146@candle.pha.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Dave Page wrote:
> > Dave Page wrote:
> > > The attached patch is an update of the dbsize integration patch
> > > discussed last week. This version includes the following functions:
> > >
> > > pg_relation_size(text) - Get relation size by name/schema.name
> > > pg_relation_size(oid) - Get relation size by OID
> > > pg_tablespace_size(name) - Get tablespace size by name
> > > pg_tablespace_size(oid) - Get tablespace size by OID
> > > pg_database_size(name) - Get database size by name
> > > pg_database_size(oid) - Get database size by OID
> > > pg_size_pretty(int8) - Pretty print (and round) the byte size
> > > specified (eg, 123456 = 121KB)
...
> >
> > Uh, do any of these include the index size? TOAST size?
>
> No, only total_relation_size() does that.

And we are dropping total_relation_size() in this patch, right?

I do like the new redesign --- it is very clear and consistent, and it
is clear you are looking at relation/tablespace/database levels in the
API.

Can we rename pg_relation_size to be pg_object_size(), because it
handles indexes and TOAST, and use pg_relation_size to return the total
usage of relations, and error if called with a TOAST or index?

I would like to give some way to report a total without having to query
the system catalogs.

> > > So should we include this new feature, and if so, how is it
> > best added -
> > > rewrite in C, or one long line in pg_proc?
> >
> > I would follow whatever we do in pg_proc now.
>
> There are a couple of SQL functions in there, but they are nowhere near
> as long as this one. I'll look at implementing it in C.
>
> Regards, Dave.
>

--
Bruce Momjian | http://candle.pha.pa.us
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 359-1001
+ If your life is a hard drive, | 13 Roberts Road
+ Christ can be your backup. | Newtown Square, Pennsylvania 19073

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Bruce Momjian 2005-06-29 00:12:16 Re: CVS pg_config --includedir-server broken
Previous Message Jim C. Nasby 2005-06-28 23:30:53 Re: Role syntax (or, SQL99 versus sanity)