Re: Determining size of a database before dumping

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Alexander Staubo <alex(at)purefiction(dot)net>
Cc: Madison Kelly <linux(at)alteeve(dot)com>, pgsql-general(at)postgresql(dot)org
Subject: Re: Determining size of a database before dumping
Date: 2006-10-02 21:19:46
Message-ID: 15151.1159823986@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Alexander Staubo <alex(at)purefiction(dot)net> writes:
> You could count the disk space usage of the actual stored tuples,
> though this will necessarily be inexact:
> http://www.postgresql.org/docs/8.1/static/diskusage.html
> Or you could count the size of the physical database files (/var/lib/
> postgresql or wherever). While these would be estimates, you could at
> least guarantee that the dump would not *exceed* the esimtate.

You could guarantee no such thing; consider compression of TOAST values.
Even for uncompressed data, datatypes such as int and float can easily
print as more bytes than they occupy on-disk.

Given all the non-data overhead involved (eg for indexes), it's probably
unlikely that a text dump would exceed the "du" size of the database,
but it's far from "guaranteed".

regards, tom lane

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message rlee0001 2006-10-02 21:29:31 Re: Normal vs Surrogate Primary Keys...
Previous Message Madison Kelly 2006-10-02 21:16:10 Re: Determining size of a database before dumping