Re: pg_dump additional options for performance - Mailing list pgsql-hackers

From Bruce Momjian
Subject Re: pg_dump additional options for performance
Date
Msg-id 200803040131.m241VsO08255@momjian.us
Whole thread Raw
In response to Re: pg_dump additional options for performance  (Decibel! <decibel@decibel.org>)
Responses Re: pg_dump additional options for performance  (Gregory Stark <stark@enterprisedb.com>)
List pgsql-hackers
Decibel! wrote:
> 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?

The concurrent psql patch was never updated to an acceptable state for
it to be reviewed.

--  Bruce Momjian  <bruce@momjian.us>        http://momjian.us EnterpriseDB
http://postgres.enterprisedb.com
 + If your life is a hard drive, Christ can be your backup. +


pgsql-hackers by date:

Previous
From: "John Smith"
Date:
Subject: Re: "could not open relation 1663/16384/16584: No such file or directory" in a specific combination of transactions with temp tables
Next
From: Bruce Momjian
Date:
Subject: Re: pg_dump additional options for performance