SQLサブリングのサブクエリーが長すぎます

Question

現在のサブクエリが実行されています：実行には26秒です。私は、次のクエリをサブクエリとして別のコードの一部として使用しています。これは、データが返される1か月間に2分と25秒かかっています。

これより高速なクエリがありますか？現在のプロシージャIDにはアルファベットと数字が含まれています。私は、ProcedureIDの先頭を数字で始めるだけです。

SELECT DISTINCT 
ProcedureID 
FROM Transactions 
WHERE Substring(ProcedureID,1,1) NOT LIKE '[A-z]%' 

Answer 1

実行計画を有効にしてクエリを実行します。それは、役に立つかもしれないインデックスを特定するはずです。さらに、1文字長の新しい列を追加してProcedureIDの最初の文字を挿入し、その列にインデックスを追加すると、substring（）クエリではなくその列に基づいてクエリを実行するとパフォーマンスが向上するはずですあなたは使っています。

Answer 2

これを試してみてください： WHERE IsNumeric関数（サブストリング（ProcedureID、1、1））=

あなたが十分な頻度でこれを行う場合は1が、それはProcedureIDのちょうど最初の文字が含まれている計算列を作成する価値があるかもしれません。

Answer 3

まず、問題はsubstring()ではありません。パフォーマンスホッグはselect distinctです。

お客様はロジックを簡素化します。ような何か：

SELECT DISTINCT ProcedureID 
FROM Transactions 
WHERE ProcedureID < 'A' or ProcedureID >= '{' -- 'z' + 1 

か：

WHERE ProcedureId >= '0' AND ProcedureId < ':' -- '9' + 1 

魔法characacters '{'と':'は単に "Z" と "9" に続く文字のASCII値です。必要に応じて、CHR(ASCII('9') + 1)などの式に置き換えることができます。

ただし、パフォーマンスに与える影響はほとんどありません。 Transactions(ProcedureID)のインデックスは、クエリ/サブクエリをカバーするので役立ちます。

大きなクエリのヘルプが本当に必要な場合は、に別のという質問をして、実際に最適化したいクエリ（または、もっと簡単なバージョン）を入力する必要があります。

EDIT：

あなたが実際にこのようなバージョンは、はるかに高速右のインデックス付きであることを見つけるかもしれない：

SELECT p.ProcedureId 
FROM Procedures p 
WHERE p.ProcedureId >= '0' AND p.ProcedureId < ':' AND -- '9' + 1 
     EXISTS (SELECT 1 FROM Transactions t WHERE t.ProcedureId = p.ProcedureId); 

これはProcedureIdが主キーとなっているテーブルを持っていることを前提としています。

パフォーマンスのために、インデックスはTransactions(ProcedureId)になります。

Answer 4

あなたは

SELECT DISTINCT 
    ProcedureID 
    FROM Transactions 
    WHERE Substring(ProcedureID,1,1) NOT REGEXP '^[A-z]'