Re: [PATCHES] Dbsize backend integration - Mailing list pgsql-hackers

From Bruce Momjian
Subject Re: [PATCHES] Dbsize backend integration
Date
Msg-id 200506302221.j5UML7c02508@candle.pha.pa.us
Whole thread Raw
In response to Re: [PATCHES] Dbsize backend integration  (<viy@mits.lv>)
Responses Re: [PATCHES] Dbsize backend integration  (Greg Stark <gsstark@mit.edu>)
List pgsql-hackers
viy@mits.lv wrote:
> > > I have a new idea --- pg_storage_size().
> >
> > I'm not against that one, but I think Tom's point is vaild. I cannot
> > think of anything better at the moment though (maybe pg_component_size,
> > but that's equally random) :-(
> >
> > Anyone else? Please? Someone? Anyone? :-)
>
> Maybe pg_trait_size() or pg_property_size() will do?

I don't think so.  I think trait and property suggests an aspect of the
object, so saying trait/property size is saying I am talking about an
aspect of the object, while for a heap, its size is really its size, it
isn't an aspect of its size.

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

pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Backend working directories and absolute file paths
Next
From: Dave Cramer
Date:
Subject: 2PC transaction id