Re: [pgsql-advocacy] Postgres and really huge tables
От | Oleg Bartunov |
---|---|
Тема | Re: [pgsql-advocacy] Postgres and really huge tables |
Дата | |
Msg-id | Pine.LNX.4.64.0701191258070.18339@sn.sai.msu.ru обсуждение исходный текст |
Ответ на | Re: Postgres and really huge tables (Tom Lane <tgl@sss.pgh.pa.us>) |
Список | pgsql-performance |
On Thu, 18 Jan 2007, Tom Lane wrote: > Brian Hurt <bhurt@janestcapital.com> writes: >> Is there any experience with Postgresql and really huge tables? I'm >> talking about terabytes (plural) here in a single table. > > The 2MASS sky survey point-source catalog > http://www.ipac.caltech.edu/2mass/releases/allsky/doc/sec2_2a.html > is 470 million rows by 60 columns; I don't have it loaded up but > a very conservative estimate would be a quarter terabyte. (I've > got a copy of the data ... 5 double-sided DVDs, gzipped ...) > I haven't heard from Rae Stiening recently but I know he's been using > Postgres to whack that data around since about 2001 (PG 7.1 or so, > which is positively medieval compared to current releases). So at > least for static data, it's certainly possible to get useful results. > What are your processing requirements? We are working in production with 2MASS and other catalogues, and 2MASS is not the biggest. The nomad catalog has more than milliard records. You could query them online http://vo.astronet.ru/cas/conesearch.php Everything is in PostgreSQL 8.1.5 and at present migrate to the 8.2.1, which is very slow, since slow COPY. The hardware we use is HP rx1620, dual Itanium2, MSA 20, currently 4.5 Tb. > > regards, tom lane > > ---------------------------(end of broadcast)--------------------------- > TIP 6: explain analyze is your friend > Regards, Oleg _____________________________________________________________ Oleg Bartunov, Research Scientist, Head of AstroNet (www.astronet.ru), Sternberg Astronomical Institute, Moscow University, Russia Internet: oleg@sai.msu.su, http://www.sai.msu.su/~megera/ phone: +007(495)939-16-83, +007(495)939-23-83
В списке pgsql-performance по дате отправления: