SQL：サブクエリを使用しないクエリでの再利用関数の結果

Question

売り注文を格納するMySQL DBテーブルでは、LastReviewedカラムに売り注文が変更された最後の日付と時刻を保持します（timestamp、デフォルト値CURRENT_TIMESTAMP ）。私は、特定のユーザーのために、過去90日間、毎日変更された売上の数をプロットしたいと思います。

LastReviewedからの日数と、その範囲内のレコード数を返すSELECTを作成しようとしています。私はDATEDIFF()だけでなく、各レコードのCURDATE()複数回計算しています

SELECT DATEDIFF(CURDATE(), LastReviewed) AS days, COUNT(*) AS number FROM sales 
WHERE UserID=123 AND DATEDIFF(CURDATE(),LastReviewed)<=90 
GROUP BY days 
ORDER BY days ASC 

注意：以下は正常に動作します私のクエリは、あります。これは実際には効果がないようですので、前回の計算の結果をどのように再利用できるかを知りたいと思います。私が試した最初のものでした：

SELECT DATEDIFF(CURDATE(), LastReviewed) AS days, COUNT(*) AS number FROM sales 
WHERE UserID=123 AND days<=90 
GROUP BY days 
ORDER BY days ASC 

エラー：Unknown column 'days' in 'where clause'。だから私はネットの周りを見始めた。別の議論（Can I reuse a calculated field in a SELECT query?）に基づいて、私は次の次のことを試してみました：

SELECT DATEDIFF(CURDATE(), LastReviewed) AS days, COUNT(*) AS number FROM sales 
WHERE UserID=123 AND (SELECT days)<=90 
GROUP BY days 
ORDER BY days ASC 

エラー：Unknown column 'days' in 'field list'。私も次のことを試してみましたよ：

SELECT @days := DATEDIFF(CURDATE(), LastReviewed) AS days, 
     COUNT(*) AS number FROM sales 
WHERE UserID=123 AND @days <=90 
GROUP BY days 
ORDER BY days ASC 

クエリがゼロ結果を返しますので、@days<=90が、私はSELECT句に入れてWHERE句を削除した場合、私は@daysでいくつかの結果を見ることができるにもかかわらずfalseを返すように見えます90.

以下の値は、私は、サブクエリを使用して動作するように物事を得ている：

SELECT * FROM (
    SELECT DATEDIFF(CURDATE(),LastReviewed) AS sales , 
     COUNT(*) AS number FROM sales 
    WHERE UserID=123 
    GROUP BY days 
) AS t 
WHERE days<=90 
ORDER BY days ASC 

は、しかし、私はそれが最も効率的な方法だかどうかを知るodn't。たとえその値がクエリの最初から最後まで同じであっても、このソリューションでもレコードごとに1回、 CURDATE()を計算することは言うまでもありません。それは無駄ではないですか？私はこれを熟考していますか？ヘルプは大歓迎です。

注：これはCodeReviewにある必要がありますか？私が使用しようとしているコードが実際に動作しないため、ここに投稿しました

Answer 1

あなたの質問には実際に2つの問題があります。

まず、WHEREがSELECTに先行することを見落としています。サーバがWHERE <expression>を評価すると、計算された計算の値はすでに<expression>となり、SELECTの値を使用できます。

しかし、それよりも悪いことに、通常はサーバが各行の式を評価する必要があるため、関数の引数としてカラムを使用するクエリを書くことはほとんどありません。これは、DATE_SUB(CURDATE(), INTERVAL 90 DAY)は<比較の片側に使用することができます定数に解決することができるため、オプティマイザは、これを見ると、すべてが興奮するだろう

WHERE LastReviewed < DATE_SUB(CURDATE(), INTERVAL 90 DAY) 

：

代わりに、あなたはこれを使用する必要がありますインデックスがLastReviewedで存在する場合、サーバーは、インデックスを使用してLastReviewed >=の定数値を持つすべての行を直ちに削除できます。

DATEDIFF(CURDATE(), LastReviewed) AS days（まだSELECTに必要）は、私たちが望むことがわかっている行に対してのみ評価されます。

（UserID、LastReviewed）に1つのインデックスを追加すると、サーバーは関連する行を正確に正確に正確に特定できます。

Answer 2

組み込み関数は、たとえばローをフェッチするよりもはるかにコストがかかりません。

あなたは、以下の「複合」指数で、より多くのパフォーマンスの向上を得ることができ

：

INDEX(UserID, LastReviewed) 

と変更あなたの製剤は、関数呼び出しにLastRevieded「隠れ」さ

WHERE UserID=123 
    AND LastReviewed >= CURRENT_DATE() - INTERVAL 90 DAY 

へインデックスでは使用できなくなります。

まだ改善されていない場合は、昨日の統計を計算して「要約表」に入れる夜間のクエリを検討してください。そこからあなたが言及したSELECTはさらに高速に実行できます。