Re: TB-sized databases

Поиск
Список
Период
Сортировка
Искать
От
Luke Lonergan
Тема
Re: TB-sized databases
Дата
Msg-id
C3757017.47C97%llonergan@greenplum.com
Ответ на
Re: TB-sized databases (Pablo Alcaraz)
Список
Дерево обсуждения
TB-sized databases "Peter Koczan" <pjkoczan@gmail.com>
Re: TB-sized databases "Joshua D. Drake" <jd@commandprompt.com>
Re: TB-sized databases Pablo Alcaraz <pabloa@laotraesquina.com.ar>
Re: TB-sized databases Stephen Cook <sclists@gmail.com>
Re: TB-sized databases "Peter Koczan" <pjkoczan@gmail.com>
Re: TB-sized databases Simon Riggs <simon@2ndquadrant.com>
Re: TB-sized databases Pablo Alcaraz <pabloa@laotraesquina.com.ar>
Re: TB-sized databases Simon Riggs <simon@2ndquadrant.com>
Re: TB-sized databases Russell Smith <mr-russ@pws.com.au>
Re: TB-sized databases Simon Riggs <simon@2ndquadrant.com>
Re: TB-sized databases Pablo Alcaraz <pabloa@laotraesquina.com.ar>
Re: TB-sized databases Alvaro Herrera <alvherre@alvh.no-ip.org>
Re: TB-sized databases Matthew <matthew@flymine.org>
Re: TB-sized databases Bill Moran <wmoran@collaborativefusion.com>
Re: TB-sized databases Csaba Nagy <nagy@ecircle-ag.com>
Re: TB-sized databases Simon Riggs <simon@2ndquadrant.com>
Re: TB-sized databases Mark Kirkwood <markir@paradise.net.nz>
Re: TB-sized databases Gregory Stark <stark@enterprisedb.com>
Re: TB-sized databases Tom Lane <tgl@sss.pgh.pa.us>
Re: TB-sized databases Simon Riggs <simon@2ndquadrant.com>
Re: TB-sized databases Stephen Frost <sfrost@snowman.net>
Re: TB-sized databases Robert Treat <xzilla@users.sourceforge.net>
Re: TB-sized databases Simon Riggs <simon@2ndquadrant.com>
Re: TB-sized databases Michael Stone <mstone+postgres@mathom.us>
Re: TB-sized databases Tom Lane <tgl@sss.pgh.pa.us>
Re: TB-sized databases Michael Stone <mstone+postgres@mathom.us>
Re: TB-sized databases Ron Mayer <rm_pg@cheapcomplexdevices.com>
Re: TB-sized databases Ron Mayer <rm_pg@cheapcomplexdevices.com>
Re: TB-sized databases Tom Lane <tgl@sss.pgh.pa.us>
Re: TB-sized databases Bruce Momjian <bruce@momjian.us>
Re: TB-sized databases Tom Lane <tgl@sss.pgh.pa.us>
Re: TB-sized databases Bruce Momjian <bruce@momjian.us>
Re: TB-sized databases Ron Mayer <rm_pg@cheapcomplexdevices.com>
Re: TB-sized databases Tom Lane <tgl@sss.pgh.pa.us>
Re: TB-sized databases Ron Mayer <rm_pg@cheapcomplexdevices.com>
Re: TB-sized databases Ron Mayer <rm_pg@cheapcomplexdevices.com>
Re: TB-sized databases Pablo Alcaraz <pabloa@laotraesquina.com.ar>
Re: TB-sized databases Ron Mayer <rm_pg@cheapcomplexdevices.com>
Re: TB-sized databases Ron Mayer <rm_pg@cheapcomplexdevices.com>
Re: TB-sized databases Matthew <matthew@flymine.org>
Re: TB-sized databases Tom Lane <tgl@sss.pgh.pa.us>
Re: TB-sized databases Tom Lane <tgl@sss.pgh.pa.us>
Re: TB-sized databases Matthew <matthew@flymine.org>
Re: TB-sized databases Tom Lane <tgl@sss.pgh.pa.us>
Re: TB-sized databases Robert Treat <xzilla@users.sourceforge.net>
Re: TB-sized databases Simon Riggs <simon@2ndquadrant.com>
Re: TB-sized databases Csaba Nagy <nagy@ecircle-ag.com>
Re: TB-sized databases "Trevor Talbot" <quension@gmail.com>
Re: TB-sized databases Csaba Nagy <nagy@ecircle-ag.com>
Re: TB-sized databases Matthew <matthew@flymine.org>
Re: TB-sized databases david@lang.hm
Re: TB-sized databases Bill Moran <wmoran@collaborativefusion.com>
Re: TB-sized databases Csaba Nagy <nagy@ecircle-ag.com>
Re: TB-sized databases david@lang.hm
Re: TB-sized databases Decibel! <decibel@decibel.org>
Re: TB-sized databases Gregory Stark <stark@enterprisedb.com>
Re: TB-sized databases Bill Moran <wmoran@collaborativefusion.com>
Re: TB-sized databases Matthew <matthew@flymine.org>
Re: TB-sized databases Pablo Alcaraz <pabloa@laotraesquina.com.ar>
Re: TB-sized databases Luke Lonergan <llonergan@greenplum.com>
Re: TB-sized databases Oleg Bartunov <oleg@sai.msu.su>
Hi Peter,

If you run into a scaling issue with PG (you will at those scales 1TB+), you
can deploy Greenplum DB which is PG 8.2.5 compatible.  A large internet
company (look for press soon) is in production with a 150TB database on a
system capable of doing 400TB and we have others in production at 60TB,
40TB, etc.  We can provide references when needed - note that we had 20
successful customer references supporting Gartner's magic quadrant report on
data warehouses which put Greenplum in the "upper visionary" area of the
magic quadrant - which only happens if your customers can scale (see this:
http://www.esj.com/business_intelligence/article.aspx?EditorialsID=8712)

In other words, no matter what happens you'll be able to scale up with your
Postgres strategy.

- Luke


On 11/26/07 10:44 AM, "Pablo Alcaraz"  wrote:

> I had a client that tried to use Ms Sql Server to run a 500Gb+ database.
> The database simply colapsed. They switched to Teradata and it is
> running good. This database has now 1.5Tb+.
> 
> Currently I have clients using postgresql huge databases and they are
> happy. In one client's database the biggest table has 237Gb+ (only 1
> table!) and postgresql run the database without problem using
> partitioning, triggers and rules (using postgresql 8.2.5).
> 
> Pablo
> 
> Peter Koczan wrote:
>> Hi all,
>> 
>> I have a user who is looking to store 500+ GB of data in a database
>> (and when all the indexes and metadata are factored in, it's going to
>> be more like 3-4 TB). He is wondering how well PostgreSQL scales with
>> TB-sized databases and what can be done to help optimize them (mostly
>> hardware and config parameters, maybe a little advocacy). I can't
>> speak on that since I don't have any DBs approaching that size.
>> 
>> The other part of this puzzle is that he's torn between MS SQL Server
>> (running on Windows and unsupported by us) and PostgreSQL (running on
>> Linux...which we would fully support). If any of you have ideas of how
>> well PostgreSQL compares to SQL Server, especially in TB-sized
>> databases, that would be much appreciated.
>> 
>> We're running PG 8.2.5, by the way.
>> 
>> Peter
>> 
>> ---------------------------(end of broadcast)---------------------------
>> TIP 4: Have you searched our list archives?
>> 
>>                http://archives.postgresql.org
>> 
>>   
> 
> 
> ---------------------------(end of broadcast)---------------------------
> TIP 5: don't forget to increase your free space map settings

В списке pgsql-performance по дате отправления
От: Bill Moran
Дата:
От: cluster
Дата:
FAQ