ここでは、パフォーマンスのために共通テーブル式を使用できますか？

Question

COMMONテーブル式を使用すると、SQL Serverがレコードごとに次の文字列解析を2回実行することを回避できますか？私の推測は「いいえ」です。

SELECT DISTINCT 
    Client_ID 
    ,RIGHT('0000000' + RIGHT(Client_ID 
          ,PATINDEX('%[^0-9]%' 
             ,REVERSE('?' + Client_ID)) - 1) 
      ,7) AS CorrectedClient 
FROM 
    membob_vw 
WHERE 
    Client_ID <> RIGHT('0000000' + RIGHT(Client_ID 
             ,PATINDEX('%[^0-9]%' 
                ,REVERSE('?' + Client_ID)) - 1) 
         ,7) 
ORDER BY 
    1 
    ,2 

私はすべて、SQLは、少なくとも私にとっては、表示された時点た後、ページが更新されるまで、「コードブロック」は、それが（複数行に表示）よさそうだとしてSQLをフォーマットしようとするたび私はそれをcorerctすることはできません。

IE6の新しいブラウザを使用している人向けにこの方法が表示されますか？私の会社はこのPOSブラウザを私に強制し、他のものを使用するのを妨げます。

Answer 1

いいえ、CTEはこのクエリでパフォーマンスを向上させることはありません。同じことを大きな文字列式に2回入力すると、奇妙で​​非効率的に思えるかもしれません。ただし、SQL Serverは文字列式を行ごとに1回しか実行しません。そのようなものに最適化されています。

EDIT
CTEが重複したコードを削減します：

;WITH AllRows AS (
SELECT DISTINCT 
    Client_ID 
    ,RIGHT('0000000' + RIGHT(Client_ID 
          ,PATINDEX('%[^0-9]%' 
             ,REVERSE('?' + Client_ID)) - 1) 
      ,7) AS CorrectedClient 
FROM 
    membob_vw 
) 
SELECT * FROM AllRows WHERE Client_ID<>CorrectedClient 
ORDER BY 
    1 
    ,2 

をしかし、任意のパフォーマンスが向上しません。 USE SET SHOWPLAN_ALL ONを使用すると、各バージョンの同じクエリプランが表示されます。

クエリをきれいに見せて、冗長なコードフラグメントを減らしてください。単純なSQLの変更は、パフォーマンスに大きな影響を与える可能性があります。常にパフォーマンス（実行計画および/またはクエリ計画）を確認してください。私は瞬時に実行されるクエリに軽微な変更が加えられたことを見て、その結果、実行に数分かかることになりました。 SQLの鍵は、コードではないパフォーマンスです。アプリケーションが遅い場合、コードがよく見える場合は誰が気にします。

Answer 2

このクエリを頻繁に実行する場合、特にClient_IDがあまり更新されない場合は、計算列を考慮するか、CorrectedClientを事前計算して別々に格納する必要があります。