Skip site navigation (1) Skip section navigation (2)

Re: Checking a size of a given database

From: Robert Treat <robert(at)omniti(dot)com>
To: pgsql-admin(at)postgresql(dot)org
Cc: "Milen A(dot) Radev" <milen(at)radev(dot)net>
Subject: Re: Checking a size of a given database
Date: 2007-04-18 02:01:48
Message-ID: 200704172201.49061.robert@omniti.com (view raw or flat)
Thread:
Lists: pgsql-admin
On Tuesday 17 April 2007 07:39, Milen A. Radev wrote:
> Chuck Amadi написа:
> > I have been given a task to try a proof of concept of migrating are
> > active databases from PostgreSQL 8.0.1 to 8.2.3
> >
> > I will install and configPostgreSQL on my local w/s and replicate the
> > database users etc etc.
> >
> > I have had a look inside /var/lib/pgsql/data/base and there are
> > numerous  files (db's) which I believe is where I can check data base
> > size.
> >
> > 1  108012  114465  122407  1261267  1261963  17229  17233  17234  17235
> > 174066  19247  205009  21272  2793694  2794334  333245  333375
> >
> > I am aware that Postgresql creates directories to keep each database in.
> > These directories aren't names,they are kept as the *'OID's *of each
> > database (oid's are*"object identifiers"*).
> >
> > Previously I just run pg_dump and thus run ls -lh on the db dump. Anyway
> > of checking a  size of a given database I have tried
> > the sql using select pg_database_size ('dbaname'); but no joy.
>
> What does it mean "but no joy"? What was the error message?

Well, given that the function doesn't exist in 8.0.1, I'd guess it means that 
it didn't work for him.  In 8.0.x you need to use the dbsize contrib module 
to get database size, or match things up manually on disk with select 
oid,datname from pg_database. 

-- 
Robert Treat
Database Architect
http://www.omniti.com

In response to

pgsql-admin by date

Next:From: Robert TreatDate: 2007-04-18 02:02:22
Subject: Re: Return data from function
Previous:From: Robert TreatDate: 2007-04-18 01:57:53
Subject: Re: Auto vacuum

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group