Given the following example:
declare @i int
select @i = 1, @i = 2
select @i
Will @i always be 2?
This is about the most trivial example I can think of, but I am considering using this for swapping values in variables. I also believe this method of assignment (select) is not ANSI compliant (however useful), but don’t really care to have portable code in this case.
UPDATE
Thanks to @MichaelFredrickson, we have @MartinSmith’s answer and reference to MSDN on this. I am now struggling with what the second sentence in this documentation means, exactly (emphasis added):
If there are multiple assignment clauses in a single SELECT statement, SQL Server does not guarantee the order of evaluation of the expressions. Note that effects are only visible if there are references among the assignments.
The first sentence is plenty enough to keep me away from relying upon the behavior, however.
For variable assignment, Martin Smith answers this question here referencing MSDN:
But…
If we’re dealing with tables, instead of with variables, it is a different story.
In this case, Sql Server uses an All-At-Once operation, as discussed by Itzik Ben-Gan in T-Sql Fundamentals.
This concept states that all expressions in the same logical phase are evaluated as if the same point in time… regardless of their left-to-right position.
So when dealing with the corresponding
UPDATEstatement:We get the following results:
And by using the All-At-Once evaluation… in Sql Server you can swap column values in a table without an intermediate variable / column.
Most RBDMSs behave this way as far as I know, but MySql is an exception.
EDIT:
I understand this to mean that if you have a
SELECTstatement such as the following:Then it doesn’t matter what order the assignments are performed in… you’ll get the same results no matter what. But if you have something like…
There is now a reference among the assignments (
@B = @A), and the order that@Aand@Bare assigned now matters.