Eu tenho a seguinte tabela no PostgreSQL 9.4:

CREATE TABLE dpa(
  id serial NOT NULL,
  currency_id integer,
  amount numeric(14,3),
  date timestamp without time zone,
  plat_id integer,
  pl_id integer,
  p_id integer,
  CONSTRAINT dpa_pkey PRIMARY KEY (id), 
)

e configurações:

work_mem = 128MB
table_size = 16 MB

E índice:

CREATE INDEX idx1
  ON dpa
  USING btree
  (plat_id, p_id, pl_id, currency_id, date DESC NULLS LAST, amount)

A tabela consiste em aproximadamente 242Klinhas. Não tenho NOT NULLrestrições na coluna, mas na verdade elas são NOT NULL.

Agora, estou medindo o desempenho das consultas:

EU

SELECT plat_id, p_id, pl_id, player_account player_account
FROM(
    SELECT plat_id, p_id, pl_id, 
    COALESCE(amount, 0) player_account,
    ROW_NUMBER() OVER (PARTITION BY plat_id, p_id, pl_id, currency_id
                       ORDER BY date DESC NULLS LAST) rn
    FROM dpa
) sub WHERE rn = 1;

Plano analisado:

Subquery Scan on sub  (cost=0.42..25484.16 rows=1214 width=44) (actual time=0.044..296.810 rows=215274 loops=1)
  Filter: (sub.rn = 1)
  Rows Removed by Filter: 27556
  ->  WindowAgg  (cost=0.42..22448.79 rows=242830 width=28) (actual time=0.043..255.690 rows=242830 loops=1)
        ->  Index Only Scan using idx1 on dpa  (cost=0.42..16378.04 rows=242830 width=28) (actual time=0.037..91.576 rows=242830 loops=1)"
              Heap Fetches: 242830

II

SELECT DISTINCT ON(plat_id, p_id, pl_id, currency_id)
       plat_id, p_id, pl_id, currency_id, amount
FROM dpa
ORDER BY plat_id, p_id, pl_id, currency_id, date DESC NULLS LAST

Plano analisado:

Unique  (cost=0.42..18794.73 rows=82273 width=28) (actual time=0.017..128.277 rows=215274 loops=1)
  ->  Index Only Scan using idx1 on dpa  (cost=0.42..16366.43 rows=242830 width=28) (actual time=0.016..72.110 rows=242830 loops=1)
        Heap Fetches: 242830

Como pode ser visto, a segunda consulta é mais rápida que a primeira. Mas quando executo essas consultas PGAdmin, obtive as seguintes estatísticas médias:

A consulta com ROW_NUMBER()(o primeiro):4999 ms

A consulta com DISTINCT ON(o segundo):5654 ms

Entendo que bandwith/ latencya sobrecarga em um conjunto de resultados tão grande é significativa. Todas as consultas produzem 215274linhas.

PERGUNTA: Por que demora mais tempo para receber todas as linhas no segundo caso do que no primeiro, embora o planejador mostre que o segundo plano é mais ideal?