クエリの実行に時間がかかります

Question

同じテーブル内の日付フィールドに基づいて一意の最新結果を取得するには、以下のクエリを実行しています。しかし、このクエリは、テーブルが大きくなると時間がかかりすぎます。これを改善するための提案は大歓迎です。

select 
    t2.* 
from 
    (
     select 
      (
       select 
        id 
       from 
        ctc_pre_assets ti 
       where 
        ti.ctcassettag = t1.ctcassettag 
       order by 
        ti.createddate desc limit 1 
      ) lid 
     from 
      (
       select 
        distinct ctcassettag 
       from 
        ctc_pre_assets 
      ) t1 
    ) ro, 
    ctc_pre_assets t2 
where 
    t2.id = ro.lid 
order by 
    id 

私たちの能力は同じ行を複数回含むことができますが、各行は異なるタイムスタンプを持ちます。私のオブジェクトは単一の列に基づいています。たとえば、assettag最新のタイムスタンプを持つ各アセットタグに対して1行を取得したいとします。

Answer 1

各ctcassettagの最新の日付を見つけて、それに戻って一致する行全体を見つける方が簡単で、おそらく高速です。

これは何のctcassettagはあなたがctcassettagごとに複数の行を取り戻すことができ、その場合には同じcreateddateを持つ複数の行を、持っていないことを前提としていません。

SELECT 
    ctc_pre_assets.* 
FROM 
    ctc_pre_assets 
INNER JOIN 
(
    SELECT 
     ctcassettag, 
     MAX(createddate) AS createddate 
    FROM 
     ctc_pre_assets 
    GROUP BY 
     ctcassettag 
) 
    newest 
     ON newest.ctcassettag = ctc_pre_assets.ctcassettag 
     AND newest.createddate = ctc_pre_assets.createddate 
ORDER BY 
    ctc_pre_assets.id 

EDIT：同じ日に複数の行に対処します。

に同じctcassettagの複数の行がある場合に、実際にどの行を選択するかは述べていません。したがって、この解決策は、duplicatesの中で最も低いidの行を選択するだけです。

SELECT 
    ctc_pre_assets.* 
FROM 
    ctc_pre_assets 
WHERE 
    ctc_pre_assets.id 
    = 
    (
     SELECT 
      lookup.id 
     FROM 
      ctc_pre_assets lookup 
     WHERE 
      lookup.ctcassettag = ctc_pre_assets.ctcassettag 
     ORDER BY 
      lookup.createddate DESC, 
      lookup.id   ASC 
     LIMIT 
      1 
    ) 

これはまだは（例えば私の最初の答えとして）、単純なネストされたサブクエリより遅いサブクエリを、相関使用していますが、それは「重複」と契約を行います。

関連するサブクエリのORDER BYを変更することで、どの行を選択するかのルールを変更できます。

また、自分のクエリと非常によく似ていますが、結合が1つ少なくなります。

Answer 2

ネストされたクエリは、通常のクエリより長い時間がかかることが常に知られています。クエリの最初に「説明」を追加して結果をここに入力できますか？これは、応答に時間がかかる正確なクエリ/テーブルを分析するのに役立ちます。

テーブルにインデックスがあるかどうかを確認します。インデントされていないテーブルは（明らかにインデントを解除する必要がない限り）推奨されず、クエリの実行が非常に遅くなります。

それどころか、ネストされたクエリを完全に書くことを避けるのが最善のケースだと思います。 Betteでは、それぞれのクエリを個別に実行し、2番目のクエリで結果を配列またはリスト形式で使用します。まず

Answer 3

あなたは、少なくとも自問してみて、多分も私たちの応答の精度を向上させるために答えを与える必要がありますいくつかの質問：

1. は、あなたのデータは正規化されていますか？はいの場合は、この残虐なサブクエリの問題を避けるために例外を作成する必要があります。
2. インデックスを使用していますか？はいの場合は、どのものを使用していますか？読みやすさと、クエリのかもしれないパフォーマンスを向上させるために

ヒント： - で使用グループ - - 使用し に合流使用アグリゲータ

例（未テストなので、動作しない可能性がありますが、印象を与える必要があります）：

SELECT t2.* 
FROM (
    SELECT id 
    FROM ctc_pre_assets 
    GROUP BY ctcassettag 
    HAVING createddate = max(createddate) 
    ORDER BY ctcassettag DESC 
) ro 
INNER JOIN ctc_pre_assets t2 ON t2.id = ro.lid 
ORDER BY id 

正規化を使用すると効果は大きくなりますが、正規化が問題よりも害を及ぼす場合があります。これはこのような状況のようですが、あなたのテーブルが私の前になくても、私は確信が持てません。

あなたの行っている方法とは異なる方法を使用して、関連するすべての結果が得られない可能性があります。他の誰かがこれを確認したり拒否したりする可能性があります。

サブクエリがすべて悪いわけではありませんが、誤って記述された場合は大規模なスケーラビリティの問題が発生する傾向があります。

インデックスを使用すると、実際に使用する場合には、時間を節約できる可能性があります。それらを設定するだけでは不十分です。インデックスを実際に使用するクエリを作成する必要があります。 Googleも同様です。