Re: Best COPY Performance
От | Spiegelberg, Greg |
---|---|
Тема | Re: Best COPY Performance |
Дата | |
Msg-id | 82E74D266CB9B44390D3CCE44A781ED9016E003F@POSTOFFICE.cranel.local обсуждение исходный текст |
Ответ на | Best COPY Performance ("Worky Workerson" <worky.workerson@gmail.com>) |
Ответы |
Re: Best COPY Performance
|
Список | pgsql-performance |
> -----Original Message----- > From: pgsql-performance-owner@postgresql.org > [mailto:pgsql-performance-owner@postgresql.org] On Behalf Of > Craig A. James > Sent: Wednesday, October 25, 2006 12:52 PM > To: Jim C. Nasby > Cc: Worky Workerson; Merlin Moncure; pgsql-performance@postgresql.org > Subject: Re: [PERFORM] Best COPY Performance > > Jim C. Nasby wrote: > > Wait... so you're using perl to copy data between two tables? And > > using a cursor to boot? I can't think of any way that could be more > > inefficient... > > > > What's wrong with a plain old INSERT INTO ... SELECT? Or if > you really > > need to break it into multiple transaction blocks, at least don't > > shuffle the data from the database into perl and then back into the > > database; do an INSERT INTO ... SELECT with that same where clause. > > The data are on two different computers, and I do processing > of the data as it passes through the application. Otherwise, > the INSERT INTO ... SELECT is my first choice. Would dblink() help in any way? Greg
В списке pgsql-performance по дате отправления: