Re: Massive Inserts Strategies

From: Markus Schaber <schabi(at)logix-tt(dot)com>
To: ashah <ashah(at)opuspro(dot)com>
Cc: pgsql-performance(at)postgresql(dot)org
Subject: Re: Massive Inserts Strategies
Date: 2006-03-28 16:18:44
Message-ID: 442961E4.3010001@logix-tt.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

Hi, ashah,

ashah wrote:
> I tried this solution, but ran into following problem.
>
> The temp_table has columns (col1, col2, col3).
>
> The original_table has columns (col0, col1, col2, col3)

> Now the extra col0 on the original_table is the unique generated ID by
> the database.

INSERT INTO original_table (col1, col2, col3) SELECT col1, col2, col3
FROM temp_table WHERE ...

HTH,
Markus

--
Markus Schaber | Logical Tracking&Tracing International AG
Dipl. Inf. | Software Development GIS

Fight against software patents in EU! www.ffii.org www.nosoftwarepatents.org

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message Steinar H. Gunderson 2006-03-28 16:29:08 Re: simple join uses indexes, very slow
Previous Message Dave Dutcher 2006-03-28 16:18:25 Re: simple join uses indexes, very slow