ORDER BY（SELECT NULL）

Question

文字列をいくつかの区切り文字で分割し、これらの値をテーブルに返す小さなsql関数を使用します。

ALTER FUNCTION [shark].[SplitStrings] 
(
    @List  VARCHAR(MAX), 
    @Delimiter VARCHAR(255) 
) 
RETURNS TABLE 
AS 
    RETURN (SELECT [Item], ROW_NUMBER() OVER (ORDER BY (SELECT NULL)) AS [Id] FROM 
     (SELECT Item = x.i.value('(./text())[1]', 'varchar(max)') 
     FROM (SELECT [XML] = CONVERT(XML, '<i>' 
     + REPLACE(@List, @Delimiter, '</i><i>') + '</i>').query('.') 
     ) AS a CROSS APPLY [XML].nodes('i') AS x(i)) AS y 
     WHERE Item IS NOT NULL 
); 

これは、要素の順序を文字列から変更できるかどうかです。

Ex。

SELECT * FROM [shark].[SplitStrings] ('1,2,3,4,5', ',') 

この戻り

1 
5 
3 
4 
2 

代わりの

1 
2 
3 
4 
5 

できますか？

詳細情報 数か月の正常な作業の後、私たちのコンポーネントの1つにバグがあり、このバグの原因となる可能性のある唯一のソースが記載されています。それは何とか65000要素を含む文字列配列の順序を変更しました（区切り文字を含む文字列の全長は65000 * 11でした）。私たちは、同じSQLサーバ上で同じエラーを再現しようとしましたが、運がありませんでした。あなたのコメントと答えは、このsprocをより有罪にしました。

Answer 1

一般に、selectステートメントは、未ソートの結果セットを常に返します。だからあなたの質問に対する一般的な答えは：はい、あなたのselectステートメントは要素の任意の順序を返すことができます。これは、SQL標準に確認されます。 （他のものに決して信頼しないでください）

しかし、あなたの関数内に暗黙の順序を入れます。この順序は、XML-Fragment内の要素の順序によって生成されます。このXMLは、XMLに変換された文字列を作成した順序で処理されます。これはクロス・アプリケーションの右側として使用されます（あなたはここでは何も注文する必要はありません）。したがって、あなたの質問への答えは：いいえ、あなたのselectステートメントは、常に要素の指定された順序を返します。

Answer 2

コメントに収まらないいくつかの詳細は、：

その質問のための最小限の文が

SELECT x.i.value('(./text())[1]', 'varchar(100)') as Item 
FROM 
    (SELECT CONVERT(XML, '<i>1</i><i>2</i>') as [XML]) AS a 
CROSS APPLY [XML].nodes('i') AS x(i); 

のようなものこれに減少質問のようになります。結果は、この順にあるかもしれません？

2 
1 

このクエリの実行計画は、次のようになります。

|--Compute Scalar(DEFINE:([Expr1011]=[Expr1010])) 
    |--Nested Loops(Inner Join, OUTER REFERENCES:([Expr1000], XML Reader with XPath filter.[id])) 
     |--Nested Loops(Inner Join, OUTER REFERENCES:([Expr1000])) 
     | |--Constant Scan(VALUES:((CONVERT(xml,'<i>1</i><i>2</i>',0)))) 
     | |--Filter(WHERE:(STARTUP EXPR([Expr1000] IS NOT NULL))) 
     |   |--Table-valued function 
     |--Stream Aggregate(DEFINE:([Expr1010]=MIN(CASE WHEN [Expr1000] IS NULL THEN NULL ELSE CASE WHEN datalength(XML Reader with XPath filter.[value])>=(128) THEN CONVERT_IMPLICIT(varchar(100),XML Reader with XPath filter.[lvalue],0) ELSE CONVERT_IMPLICIT(varchar(100),XML Reader with XPath filter.[value],0) END END))) 
      |--Top(TOP EXPRESSION:((1))) 
        |--Compute Scalar(DEFINE:([Expr1009]=0x58)) 
         |--Filter(WHERE:(XML Reader with XPath filter.[id]=getancestor(XML Reader with XPath filter.[id],(1)))) 
          |--Table-valued function 

はたぶん、XMLリーダーからのデータと、ネストされたループ内の要素の順序のための理由があるが、これではありません確かに、これに関するドキュメンテーションは見つかりませんでした。

さらに、XML構造を変更せずに注文を正しく維持する（つまり、XML内にソートキーを追加する）という質問にはドキュメントが見つかりませんでしたか？