Имеется таблица

Реальное количество строк :
select count(*) from partitions.trends_uint_p2016_07;
count | 26 679 998

Данные статистики :
select * from pg_stat_all_tables where relname ='trends_uint_p2016_07';
-[ RECORD 1 ]-----+------------------------------
schemaname | partitions
relname | trends_uint_p2016_07
n_live_tup | 26 675 640
n_dead_tup | 12
last_analyze |
last_autoanalyze |

Имеется запрос (очень большой, приводить целиком не буду чтобы не заграмождать, только вырезка из EXPLAIN ANALYZE)
QUERY PLAN

HashAggregate (cost=3527193.58..3527729.01 rows=53543 width=8) (actual time=25646.114..25646.272 rows=574 loops=1)
-> Append (cost=0.14..3510492.46 rows=6680450 width=8) (actual time=3453.781..25639.330 rows=11700 loops=1)
...
-> Bitmap Heap Scan on trends_uint_p2016_07 (cost=307904.35..3510483.54 rows=6680449 width=8) (actual time=3453.765..25635.562 rows=11700 loops=1)

Вопрос :
Является ли это план выполнения оптимальным, если ошибка разница между планируемой и реальным числом строк 2 порядка ?
Поможет ли пересбор статистики по таблице - ANALYZE VERBOSE partitions.trends_uint_p2016_07 ?

Спасибо