2017-10-14 13 views
1

私は3秒かかるこの選択要求の実行時間を改善しようとしています。 Mesure_capteurテーブルの行数は2〜100万行、Capteur 400の場合はCapteur.nom_capteurとMesure_Capteur.id_capteurのインデックスを追加しました。これを行う前に10秒かかりましたが、後で何をすべきか分かります。ここでpostgreSQLの選択要求の実行時間を改善する

SELECT C.nom_capteur, mC.horodateur, mC.valeur_mesure_capteur 
FROM Mesure_Capteur mC INNER JOIN Capteur C 
    ON mC.id_capteur = C.id_capteur 
WHERE C.nom_capteur = 'ENEEANABatterie005' 
    AND mC.horodateur between '2017-10-15 00:00:00' and '2017-10-15 01:00:00' 
ORDER BY mC.horodateur DESC 

は私の二つの表のとおりです。 - :あなたの助けを

'Sort (cost=352931.30..352931.30 rows=1 width=25) (actual time=3147.592..3147.625 rows=494 loops=1)' 
' Sort Key: mc.horodateur DESC' 
' Sort Method: quicksort Memory: 51kB' 
' -> Nested Loop (cost=3361.03..352931.29 rows=1 width=25) (actual time=1485.653..3147.419 rows=494 loops=1)' 
'  -> Index Scan using capteur_nom_capteur_index on capteur c (cost=0.27..8.29 rows=1 width=22) (actual time=0.045..0.047 rows=1 loops=1)' 
'    Index Cond: ((nom_capteur)::text = 'ENEEANABatterie005'::text)' 
'  -> Bitmap Heap Scan on mesure_capteur mc (cost=3360.76..352922.99 rows=1 width=11) (actual time=1485.598..3147.304 rows=494 loops=1)' 
'    Recheck Cond: (id_capteur = c.id_capteur)' 
'    Rows Removed by Index Recheck: 17942069' 
'    Filter: ((horodateur >= '2017-10-15 00:00:00+02'::abstime) AND (horodateur <= '2017-10-15 01:00:00+02'::abstime))' 
'    Rows Removed by Filter: 181360' 
'    Heap Blocks: exact=45030 lossy=99772' 
'    -> Bitmap Index Scan on mesure_capteur_id_capteur_index (cost=0.00..3360.76 rows=181359 width=0) (actual time=63.333..63.333 rows=181854 loops=1)' 
'     Index Cond: (id_capteur = c.id_capteur)' 
'Planning time: 0.367 ms' 
'Execution time: 3148.039 ms' 

感謝を

create table Capteur(
    id_capteur int primary key, 
    nom_capteur varchar(180), 
    description_capteur varchar(100), 
    id_sous_systeme int, 
    description_unite varchar(50), 
    unite varchar(10), 
    seuil_min real, 
    seuil_max real, 
    FOREIGN KEY (id_sous_systeme) REFERENCES Sous_systeme(id_sous_systeme) 
); 

create table Mesure_capteur(
    id_mesure_capteur serial PRIMARY KEY, 
    valeur_mesure_capteur NUMERIC(20,2), 
    id_capteur int, 
    FOREIGN KEY (id_capteur) REFERENCES Capteur(id_capteur), 
    horodateur abstime 
); 

ここで分析を説明します。このクエリの

答えて

0

SELECT C.nom_capteur, mC.horodateur, mC.valeur_mesure_capteur 
FROM Mesure_Capteur mC INNER JOIN 
    Capteur C 
    ON mC.id_capteur = C.id_capteur 
WHERE C.nom_capteur = 'ENEEANABatterie005' AND 
     mC.horodateur between '2017-10-15 00:00:00' and '2017-10-15 01:00:00' 
ORDER BY mC.horodateur DESC; 

私はMesure_Capteur(horodateur, id_capteur)Capteur(id_capteur, nom_capteur)のインデックスをお勧めします。 id_capteurが既に主キーとして宣言されている場合、後者は必要ありません。

+0

ありがとうございます。実行時間は現在15msです。 インデックスを使って実行時間を改善する方法を学ぶことができる良いリンクがありますか(時間があるときに読むために)。 挿入リクエストの実行時間が長く影響しますか?私は〜400row/sをMesure_capteurテーブルに挿入します。 –

+0

@JoelMP。 。 。私は実際にその件に関するMySQLのドキュメント(https://dev.mysql.com/doc/refman/5.7/en/multiple-column-indexes.html)が好きです。インデックスはデータベースによって異なりますが、基本的には非常に似ています。 –

関連する問題