Re: Insert performance (OT?)

From: John A Meinel <john(at)arbash-meinel(dot)com>
To: Manfred Koizar <mkoi-pg(at)aon(dot)at>, Postgresql Performance <pgsql-performance(at)postgresql(dot)org>
Subject: Re: Insert performance (OT?)
Date: 2005-08-17 22:02:28
Message-ID: 4303B3F4.9010306@arbash-meinel.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

Manfred Koizar wrote:
> On Tue, 19 Jul 2005 11:51:51 +0100, Richard Huxton <dev(at)archonet(dot)com>
> wrote:
>
>>You could get away with one query if you converted them to left-joins:
>>INSERT INTO ...
>>SELECT * FROM upload LEFT JOIN ... WHERE f3 IS NULL
>>UNION
>>SELECT * FROM upload LEFT JOIN ... WHERE f4 IS NULL
>
>
> For the archives: This won't work. Each of the two SELECTs
> eliminates rows violating one of the two constraints but includes rows
> violating the other constraint. After the UNION you are back to
> violating both constraints :-(

Couldn't you use "INTERSECT" then? To only get the rows that *both*
queries return?
John
=:->

>
> Servus
> Manfred
>
>
> ---------------------------(end of broadcast)---------------------------
> TIP 5: don't forget to increase your free space map settings
>

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message Alan Stange 2005-08-18 01:40:20 limit number of concurrent callers to a stored proc?
Previous Message Tom Lane 2005-08-17 21:54:36 Re: [HACKERS] bitmap scan issues 8.1 devel