Re: High update activity, PostgreSQL vs BigDBMS

Поиск
Список
Период
Сортировка
Искать
От
Guy Rouillier
Тема
Re: High update activity, PostgreSQL vs BigDBMS
Дата
Msg-id
45A075A2.9090906@burntmail.com
Ответ на
Список
Дерево обсуждения
High update activity, PostgreSQL vs BigDBMS Guy Rouillier <guyr-ml1@burntmail.com>
Re: High update activity, PostgreSQL vs BigDBMS Dave Cramer <pg@fastcrypt.com>
Re: High update activity, PostgreSQL vs BigDBMS "Alex Turner" <armtuk@gmail.com>
Re: High update activity, PostgreSQL vs BigDBMS Guy Rouillier <guyr-ml1@burntmail.com>
Re: High update activity, PostgreSQL vs BigDBMS "Shoaib Mir" <shoaibmir@gmail.com>
Re: High update activity, PostgreSQL vs BigDBMS Guy Rouillier <guyr-ml1@burntmail.com>
Re: High update activity, PostgreSQL vs BigDBMS "Craig A. James" <cjames@modgraph-usa.com>
Re: High update activity, PostgreSQL vs BigDBMS Guy Rouillier <guyr-ml1@burntmail.com>
Re: High update activity, PostgreSQL vs BigDBMS "Craig A. James" <cjames@modgraph-usa.com>
Re: High update activity, PostgreSQL vs BigDBMS Bruce Momjian <bruce@momjian.us>
Re: High update activity, PostgreSQL vs BigDBMS "Craig A. James" <cjames@modgraph-usa.com>
Re: High update activity, PostgreSQL vs BigDBMS "Adam Rich" <adam.r@sbcglobal.net>
Re: High update activity, PostgreSQL vs BigDBMS "Joshua D. Drake" <jd@commandprompt.com>
Re: High update activity, PostgreSQL vs BigDBMS "Adam Rich" <adam.r@sbcglobal.net>
Re: High update activity, PostgreSQL vs BigDBMS Tom Lane <tgl@sss.pgh.pa.us>
Re: High update activity, PostgreSQL vs BigDBMS "Adam Rich" <adam.r@sbcglobal.net>
Re: High update activity, PostgreSQL vs BigDBMS Shane Ambler <pgsql@007Marketing.com>
Re: High update activity, PostgreSQL vs BigDBMS Dave Cramer <pg@fastcrypt.com>
Re: High update activity, PostgreSQL vs BigDBMS Guy Rouillier <guyr-ml1@burntmail.com>
Re: High update activity, PostgreSQL vs BigDBMS "Joshua D. Drake" <jd@commandprompt.com>
Re: High update activity, PostgreSQL vs BigDBMS Dave Cramer <pg@fastcrypt.com>
Re: High update activity, PostgreSQL vs BigDBMS Guy Rouillier <guyr-ml1@burntmail.com>
Re: High update activity, PostgreSQL vs BigDBMS "Jim C. Nasby" <jim@nasby.net>
Re: High update activity, PostgreSQL vs BigDBMS Tom Lane <tgl@sss.pgh.pa.us>
Re: High update activity, PostgreSQL vs BigDBMS Guy Rouillier <guyr-ml1@burntmail.com>
Re: High update activity, PostgreSQL vs BigDBMS Ron <rjpeace@earthlink.net>
Re: High update activity, PostgreSQL vs BigDBMS Jeff Davis <pgsql@j-davis.com>
Re: High update activity, PostgreSQL vs BigDBMS Alvaro Herrera <alvherre@commandprompt.com>
Re: High update activity, PostgreSQL vs BigDBMS Geoffrey <esoteric@3times25.net>
Re: High update activity, PostgreSQL vs BigDBMS Ragnar <gnari@hive.is>
Re: High update activity, PostgreSQL vs BigDBMS Lars Heidieker <lars@heidieker.de>
Re: High update activity, PostgreSQL vs BigDBMS "Jeremy Haile" <jhaile@fastmail.fm>
Re: High update activity, PostgreSQL vs BigDBMS Jeff Frost <jeff@frostconsultingllc.com>
Re: High update activity, PostgreSQL vs BigDBMS "Jim C. Nasby" <jim@nasby.net>
Re: High update activity, PostgreSQL vs BigDBMS Jeff Frost <jeff@frostconsultingllc.com>
Re: High update activity, PostgreSQL vs BigDBMS "Jim C. Nasby" <jim@nasby.net>
Re: High update activity, PostgreSQL vs BigDBMS Jeff Frost <jeff@frostconsultingllc.com>
Re: High update activity, PostgreSQL vs BigDBMS Arnau <arnaulist@andromeiberica.com>
Re: High update activity, PostgreSQL vs BigDBMS Guy Rouillier <guyr-ml1@burntmail.com>
Craig A. James wrote:
> I don't know if you have access to the application's SQL, or the time to 
> experiment a bit, but unless your schema is trival and your SQL is 
> boneheaded simple, you're not going to get equal performance from 
> Postgres until you do some analysis of your application under real-world 
> conditions, and optimize the problem areas.

Craig, thanks for taking the time to think about this.  Yes, I have all 
the application source code, and all the time in the world, as I'm doing 
this experimentation on my own time.  The test hardware is old stuff no 
one intends to use for production work ever again, so I can use it as 
long as I want.

The application is fairly straightforward, but as you say, what is 
working okay with BigDBMS isn't working as well under PG.  I'm going to 
try other configuration suggestions made by others before I attempt 
logic changes.  The core logic is unchangeable; millions of rows of data 
in a single table will be updated throughout the day.  If PG can't 
handle high volume updates well, this may be brick wall.

-- 
Guy Rouillier
В списке pgsql-performance по дате отправления
От: Tom Lane
Дата:
От: Guy Rouillier
Дата:
FAQ