From: | Chris Mair <chris(at)1006(dot)org> |
---|---|
To: | Brian Hurt <bhurt(at)janestcapital(dot)com> |
Cc: | pgsql-performance(at)postgresql(dot)org, pgsql-advocacy(at)postgresql(dot)org |
Subject: | Re: Postgres and really huge tables |
Date: | 2007-01-18 21:42:40 |
Message-ID: | 45AFE9D0.6060205@1006.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-advocacy pgsql-performance |
> Is there any experience with Postgresql and really huge tables? I'm
> talking about terabytes (plural) here in a single table. Obviously the
> table will be partitioned, and probably spread among several different
> file systems. Any other tricks I should know about?
>
> We have a problem of that form here. When I asked why postgres wasn't
> being used, the opinion that postgres would "just <explicitive> die" was
> given. Personally, I'd bet money postgres could handle the problem (and
> better than the ad-hoc solution we're currently using). But I'd like a
> couple of replies of the form "yeah, we do that here- no problem" to
> wave around.
I've done a project using 8.1 on solaris that had a table that was
closed to 2TB. The funny thing is that it just worked fine even without
partitioning.
But, then again: the size of a single record was huge too: ~ 50K.
So there were not insanly many records: "just" something
in the order of 10ths of millions.
The queries just were done on some int fields, so the index of the
whole thing fit into RAM.
A lot of data, but not a lot of records... I don't know if that's
valid. I guess the people at Greenplum and/or Sun have more exciting
stories ;)
Bye, Chris.
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2007-01-18 21:52:58 | Re: [PERFORM] Postgres and really huge tables |
Previous Message | Scott Marlowe | 2007-01-18 21:04:07 | Re: [PERFORM] Postgres and really huge tables |
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2007-01-18 21:52:58 | Re: [PERFORM] Postgres and really huge tables |
Previous Message | Tom Lane | 2007-01-18 21:30:17 | Re: Autoanalyze settings with zero scale factor |