Re: why postgresql over other RDBMS

Поиск
Список
Период
Сортировка
Искать
От
Bruce Momjian
Тема
Re: why postgresql over other RDBMS
Дата
Msg-id
200706011622.l51GMAF06236@momjian.us
Ответ на
Список
Дерево обсуждения
Re: why postgresql over other RDBMS Wiebe Cazemier <halfgaar@gmx.net>
Re: why postgresql over other RDBMS "A.M." <agentm@themactionfaction.com>
Re: why postgresql over other RDBMS Alvaro Herrera <alvherre@commandprompt.com>
Re: why postgresql over other RDBMS Naz Gassiep <naz@mira.net>
Re: why postgresql over other RDBMS "A.M." <agentm@themactionfaction.com>
Re: why postgresql over other RDBMS "Alexander Staubo" <alex@purefiction.net>
Re: why postgresql over other RDBMS PFC <lists@peufeu.com>
Re: why postgresql over other RDBMS "A.M." <agentm@themactionfaction.com>
Re: why postgresql over other RDBMS Andrew Sullivan <ajs@crankycanuck.ca>
Re: why postgresql over other RDBMS "A.M." <agentm@themactionfaction.com>
PFC wrote:
> On Thu, 31 May 2007 22:20:09 +0200, Vivek Khera  wrote:
> 
> >
> > On May 25, 2007, at 5:28 PM, Tom Lane wrote:
> >
> >> That's true at the level of DDL operations, but AFAIK we could
> >> parallelize table-loading and index-creation steps pretty effectively
> >> --- and that's where all the time goes.
> >
> > I would be happy with parallel builds of the indexes of a given table.   
> > That way you have just one scan of the whole table to build all its  
> > indexes.
> 
> 	Will the synchronized seq scan patch be able to do this by issuing all  
> the CREATE INDEX commands at the same time from several different database  
> connections ?

No, but it could someday.

-- 
  Bruce Momjian            http://momjian.us
  EnterpriseDB                               http://www.enterprisedb.com

  + If your life is a hard drive, Christ can be your backup. +
В списке pgsql-general по дате отправления
От: Andrew Sullivan
Дата:
От: Dhaval Shah
Дата:
FAQ