Re: SELECT INTO deprecation - Mailing list pgsql-hackers

From Peter Eisentraut
Subject Re: SELECT INTO deprecation
Date
Msg-id a71c0215-3ab1-abab-babe-2778b17aa1d7@enterprisedb.com
Whole thread Raw
In response to Re: SELECT INTO deprecation  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: SELECT INTO deprecation
List pgsql-hackers
On 2020-12-03 16:34, Tom Lane wrote:
> As I recall, a whole lot of the pain we have with INTO has to do
> with the semantics we've chosen for INTO in a set-operation nest.
> We think you can write something like
> 
>     SELECT ... INTO foo FROM ... UNION SELECT ... FROM ...
> 
> but we insist on the INTO being in the first component SELECT.
> I'd like to know exactly how much of that messiness is shared
> by SQL Server.

On sqlfiddle.com, this works:

select a into t3 from t1 union select a from t2;

but this gets an error:

select a from t1 union select a into t4 from t2;

SELECT INTO must be the first query in a statement containing a UNION, 
INTERSECT or EXCEPT operator.



pgsql-hackers by date:

Previous
From: Alexander Korotkov
Date:
Subject: Re: Improving spin-lock implementation on ARM.
Next
From: Peter Eisentraut
Date:
Subject: Re: Allow CLUSTER, VACUUM FULL and REINDEX to change tablespace on the fly