on 2010 Dec 07 8:05 PM
If I do 4 selects in order 1, 2, 3, 4, using UNION ALL, the results come back 1, 4, 3, 2. Why?
I can use ORDER BY to rearrange the order, but why is it in this seemingly "out of order" order by default?
Use this table:
CREATE TABLE "AACoupons" (
"AACouponID" INTEGER NOT NULL DEFAULT AUTOINCREMENT,
"CouponAmount" INTEGER NULL,
"AAItemID" INTEGER NULL,
PRIMARY KEY ( "AACouponID" ASC )
) ;
INSERT INTO "AACoupons" ("AACouponID","CouponAmount","AAItemID") VALUES(200,2,3);
INSERT INTO "AACoupons" ("AACouponID","CouponAmount","AAItemID") VALUES(201,4,3);
INSERT INTO "AACoupons" ("AACouponID","CouponAmount","AAItemID") VALUES(202,6,3);
INSERT INTO "AACoupons" ("AACouponID","CouponAmount","AAItemID") VALUES(500,162,NULL);
INSERT INTO "AACoupons" ("AACouponID","CouponAmount","AAItemID") VALUES(501,NULL,NULL);
INSERT INTO "AACoupons" ("AACouponID","CouponAmount","AAItemID") VALUES(506,NULL,NULL);
Use this SELECT block:
select AACouponID as ID, 'ID1' as "Type" from aacoupons
where ID = 201
union all
select AACouponID as ID, 'ID2' as "Type" from aacoupons
where ID = 201
union all
select AACouponID as ID, 'ID3' as "Type" from aacoupons
where ID = 201
union all
select AACouponID as ID, 'ID4' as "Type" from aacoupons
where ID = 201
Results:
ID,Type
201,'ID1'
201,'ID4'
201,'ID3'
201,'ID2'
Request clarification before answering.
Your query won't run as submitted. Remove the semi-colon after the third select statement.
You can't depend on the results of any query unless you tell it how you want the result set to be sorted. To order a set of union-ed selects, add ORDER BY column number(s) at the end. Your new query would be:
select AACouponID as ID, 'ID1' as "Type" from aacoupons
where ID = 201
union all
select AACouponID as ID, 'ID2' as "Type" from aacoupons
where ID = 201
union all
select AACouponID as ID, 'ID3' as "Type" from aacoupons
where ID = 201
union all
select AACouponID as ID, 'ID4' as "Type" from aacoupons
where ID = 201
ORDER BY 2 -- added clause
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
@SethKrieger: It's funny, folks have been giving the "you can't depend" answer for years, and it's finally coming true... the query engine is finally using the Infinite Improbability Drive even on cases like this 🙂
@Breck, so you think Sybase will skip the unlucky version 13 and rename the product "Heart of Gold?"
@Volker: I suppose before this discussion I would have asserted that the execution of the branches could be in any order for the purpose of the optimization, but that the returning of the results would be independent of the execution and would be in the order of the statements, unless I used ORDER BY. Clearly I would have been wrong. Execution and returning results seem to be the same thing.
Unlike some other languages - e.g. C/C++ - the SQL language does not guarentee the order of operations taken to execute a statement. As such, the SQL optimizer and execution engine is allowed to perform the operations in any order that it sees fit, presumably in an attempt to execute the statement as quickly as possible.
You did not specify the version (and build number) that you are using so it is difficult to determine why you got the output that you did - possibly due to a parallel execution plan or perhaps an artifact in the way the statement is parsed - but as Seth has mentioned, the only way that you can guarantee the ordering of the output is to use an ORDER BY clause.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
76 | |
30 | |
8 | |
8 | |
7 | |
7 | |
6 | |
5 | |
4 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.