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
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 |