なぜFOR <query> LOOPは基本クエリよりもはるかに遅いですか？

Question

私は非常に単純なplpgsql関数を書いています。これは25mlnの行テーブルから各行を取り出し、前の行と比較します。 2つの兄弟行に等しい場合は、"AOGUID"列が返されます。私はそれを理解したよう

CREATE or replace FUNCTION get_duplicate_zemli() RETURNS setof character varying AS $$ 
DECLARE 
    each_zemla character varying; 
    prev_zemla character varying; 
BEGIN 
    FOR each_zemla IN SELECT "AOGUID" FROM "Zemla" ORDER BY "AOGUID" LOOP 
     if (prev_zemla = each_zemla) then 
      return next each_zemla; 
     end if; 
     prev_zemla:= each_zemla; 
    END LOOP; 
END; 
$$ LANGUAGE plpgsql; 

、この機能は私にとって、これは真実ではありません

SELECT "AOGUID" FROM "Zemla" ORDER BY "AOGUID" 

残念ながら、プレーンクエリ時間に近い時間で実行する必要があります。プレーンクエリは1時間で実行されますが、関数は80時間で実行されます。

plpgsql関数がプレーンなクエリよりもずっと遅く実行される理由と、パフォーマンスをどのように向上させることができるのかを誰でも説明できますか？

PS：

explain SELECT "AOGUID" FROM "Zemla" ORDER BY "AOGUID" 

Zemla " （コスト= 0.56..3336281.02行= 25852488幅= 37） "" インデックスのみにzemla_aoguid_not_uniqueを使用してスキャンする"

Answer 1

コストをチェックそのようなqryの：

explain with pre94 as (
    SELECT "AOGUID", lag("AOGUID") over (ORDER BY "AOGUID") = "AOGUID" test_eq FROM "Zemla" 
) 
select "AOGUID" from pre94 where test_eq 

私は窓関数があなたを助けることができると信じているあなたの仕事は自​​己創造の機能をより良くします。

あなたは9.4 or later

Answer 2

を使用する場合も、あなたはFILTERでQRY減らすことができますたぶん私はあなたのクエリを誤読していますが、あなたは一度だけ「Zemla」でより多く表示されるすべてのAOGUIDエントリを特定していませんか？グループ化された単一のクエリとして実行できませんか？

SELECT "AOGUID" FROM "Zemla" 
GROUP BY "AOGUID" 
HAVING COUNT(*) > 1 
ORDER BY "AOGUID"