Re: frustration with database size <long>

From: Vivek Khera <khera(at)kcilink(dot)com>
To: pgsql-general(at)postgresql(dot)org
Subject: Re: frustration with database size <long>
Date: 2002-01-22 21:04:45
Message-ID: x7g04yjdw2.fsf@onceler.kciLink.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

>>>>> "AG" == Andrew Gould <andrewgould(at)yahoo(dot)com> writes:

AG> We purchase data from the state gevernment, change the
AG> data model from flat file to relational, perform
AG> additional analysis and put it all into a PostgreSQL
AG> 7.1.3 database running on FreeBSD 4.4.

In my previous business, we used to do the same thing (buy state data,
make it relational and sell it) with Postgres 6.5. It kept on
crashing and losing data, so I moved it to MySQL. That worked
ok... until I bought their isampack utility to compress the data
tables (making them read-only) at which point it worked extremely
well, and took up very little disk space. If I were to do it today,
I'd definitely be using PG 7.1.3, regardless of disk space usage.

I think if you analyze your field types you might find some wasted
space there. MySQL tends to convert all CHAR fields to VARCHAR
whenever there is any dynamic sized field in the table. Perhaps doing
that for PG will help reduce your size.

--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Vivek Khera, Ph.D. Khera Communications, Inc.
Internet: khera(at)kciLink(dot)com Rockville, MD +1-240-453-8497
AIM: vivekkhera Y!: vivek_khera http://www.khera.org/~vivek/

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Darren Ferguson 2002-01-22 21:05:52 Re: Internal functions(?)
Previous Message Bruce Momjian 2002-01-22 20:54:55 Re: Internal functions(?)