なぜnewid（）はクエリの最後に現れますか？

Question

次のサンプルコードをSQL Serverで実行すると、newid（）が結合後にマテリアライズされ、row_number（）が結合前にマテリアライズされることがわかります。誰もがこれを理解していて、それを回避する方法があるのでしょうか？

declare @a table (num varchar(10)) 
insert into @a values ('dan') 
insert into @a values ('dan') 
insert into @a values ('fran') 
insert into @a values ('fran') 

select * 
    from @a T 
      inner join 
     (select num, newid() id 
      from @a 
      group by num) T1  on T1.num = T.num   

select * 
    from @a T 
      inner join 
     (select num, row_number() over (order by num) id 
      from @a 
      group by num) T1  on T1.num = T.num 

Answer 1

私は問題が何であるかを確認しています。最初のサブクエリのT1をマテリアライズ：

SELECT num, ROW_NUMBER() OVER (ORDER BY num) 
    FROM @a 
    GROUP BY num; 

次の2つの行を取得：

dan 1 
fran 2 

を今すぐNUM = NUM​​のに対して、あなたは4行、それぞれ異なった値の2を取得することを参加。あなたの実際の目標は何ですか？ ROW_NUMBER（）を外部に適用する必要がありますか？

マテリアライゼーションの順序は、オプティマイザによって異なります。他の組み込み関数（RAND（）、GETDATE（）など）も同様に一貫性のないマテリアライゼーション動作をすることがわかります。それほどあなたはそれについて行うことはできませんし、彼らはそれを "修正"するつもりはありません。

EDIT

新しいコードサンプル。 @aの内容を#tempテーブルに書き込んで、一意のnum値ごとにNEWID（）割り当てを「実現」します。

SELECT num, id = NEWID() 
    INTO #foo FROM @a GROUP BY num; 

SELECT a.num, f.id 
    FROM @a AS a 
    INNER JOIN #foo AS f 
    ON a.num = f.num; 

DROP TABLE #foo; 

Answer 2

私も同様の問題があり、「内部結合」が問題であることがわかりました。私は "左の結合"を使用することができました...