Re: pg_dump additional options for performance

Поиск
Список
Период
Сортировка
От Decibel!
Тема Re: pg_dump additional options for performance
Дата
Msg-id FE5A1CC4-A618-4C37-AEAF-1D636AC3E7B3@decibel.org
обсуждение исходный текст
Ответ на Re: pg_dump additional options for performance  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: pg_dump additional options for performance  (Bruce Momjian <bruce@momjian.us>)
Список pgsql-hackers
Дерево обсуждения 
On Feb 26, 2008, at 4:36 PM, Tom Lane wrote:
> I think a sane way to think about what Simon would like to accomplish
> is not "turn psql into a parallel job scheduler"


My $0.02: I often find myself wishing I could perform parallel  
operations in psql. There was a proposal for that that came up during  
8.3 development; whatever happened to it?
-- 
Decibel!, aka Jim C. Nasby, Database Architect  decibel@decibel.org
Give your computer some brain candy! www.distributed.net Team #1828

В списке pgsql-hackers по дате отправления:

Предыдущее
От: "Heikki Linnakangas"
Дата:
Сообщение: Re: "could not open relation 1663/16384/16584: No such file or directory" in a specific combination of transactions with temp tables
Следующее
От: Gregory Stark
Дата:
Сообщение: Re: Read-ahead and parallelism in redo recovery