такую картину:
QUERY PLAN
Sort (cost=5474.84..5487.38 rows=5018 width=129) (actual time=47.402..48.616 rows=5906 loops=1)
Sort Key: events.time_anchor DESC
Sort Method: quicksort Memory: 1023kB
-> Hash Join (cost=3661.45..5166.41 rows=5018 width=129) (actual time=14.941..44.259 rows=5906 loops=1)
Hash Cond: (events.event_uuid = current_states.parent_event_uuid)
-> Seq Scan on events (cost=0.00..1256.02 rows=53002 width=105) (actual time=0.006..12.994 rows=52939 loops=1)
-> Hash (cost=3598.73..3598.73 rows=5018 width=24) (actual time=14.903..14.904 rows=5906 loops=1)
Buckets: 8192 Batches: 1 Memory Usage: 387kB
-> Index Scan using current_states_pkey on current_states (cost=0.28..3598.73 rows=5018 width=24) (actual time=1.818..13.001 rows=5906 loops=1)
Index Cond: (place_id = ANY ('{24274,24275,24276,24278}'::integer[]))
Planning Time: 5.545 ms
Execution Time: 49.733 ms
Но при без EXPLAIN ANALYZE из pgAdmin запрос выполняется больше 3 сек.
Из-за чего такое происходит?
Тут не учитывается время, на передачу этих данных от постгри к pgAdmin и время за которое pg_Admin отрисовывает эту информацию.
Покажите запрос и \d таблиц. И да, выборка данных (timing) в psql — тоже 3 секунды?
Обсуждают сегодня