Właśnie sprawdzałem stary kod napisany dla PostgreSQL wcześniejszej niż 8.4 i zobaczyłem coś naprawdę fajnego. Pamiętam, że funkcja niestandardowa wykonywała niektóre z tych czynności w ciągu dnia, ale zapomniałam, jak to array_agg()
wyglądało. Do przeglądu napisano współczesną agregację.
SELECT array_agg(x ORDER BY x DESC) FROM foobar;
Jednak kiedyś napisano tak:
SELECT ARRAY(SELECT x FROM foobar ORDER BY x DESC);
Wypróbowałem to z danymi testowymi.
CREATE TEMP TABLE foobar AS
SELECT * FROM generate_series(1,1e7)
AS t(x);
Wyniki były zaskakujące. Sposób #OldSchoolCool był znacznie szybszy: przyspieszenie o 25%. Co więcej, uproszczenie go bez ZAMÓWIENIA wykazało tę samą powolność.
# EXPLAIN ANALYZE SELECT ARRAY(SELECT x FROM foobar);
QUERY PLAN
-----------------------------------------------------------------------------------------------------------------------------
Result (cost=104425.28..104425.29 rows=1 width=0) (actual time=1665.948..1665.949 rows=1 loops=1)
InitPlan 1 (returns $0)
-> Seq Scan on foobar (cost=0.00..104425.28 rows=6017728 width=32) (actual time=0.032..716.793 rows=10000000 loops=1)
Planning time: 0.068 ms
Execution time: 1671.482 ms
(5 rows)
test=# EXPLAIN ANALYZE SELECT array_agg(x) FROM foobar;
QUERY PLAN
---------------------------------------------------------------------------------------------------------------------------
Aggregate (cost=119469.60..119469.61 rows=1 width=32) (actual time=2155.154..2155.154 rows=1 loops=1)
-> Seq Scan on foobar (cost=0.00..104425.28 rows=6017728 width=32) (actual time=0.031..717.831 rows=10000000 loops=1)
Planning time: 0.054 ms
Execution time: 2174.753 ms
(4 rows)
Co się tutaj dzieje? Dlaczego array_agg , funkcja wewnętrzna jest o wiele wolniejsza niż voodoo SQL planisty?
Korzystanie z „ PostgreSQL 9.5.5 na x86_64-pc-linux-gnu, skompilowany przez gcc (Ubuntu 6.2.0-5ubuntu12) 6.2.0 20161005, 64-bit”
źródło
array_agg()
lub podobne funkcje zagregowane indeksy nadal może dźwigni z podkwerendzie jak:SELECT ARRAY_AGG(c) FROM (SELECT c FROM t ORDER BY id) sub
.ORDER BY
Klauzula dla agregatów wyklucza użycie indeksu w twoim przykładzie. Konstruktor tablicowy jest szybszy niżarray_agg()
wtedy, gdy albo może użyć tego samego indeksu (albo żadnego). Po prostu nie jest tak wszechstronny. Zobacz: dba.stackexchange.com/a/213724/3684