porque no emplea indice para algunas funciones agregadas (max,min)

Hola lista

tengo una tabla

CREATE TABLE oportunidadcitas
(
id bigint NOT NULL,
fechacreacion timestamp without time zone,
fechamodificacion timestamp without time zone,
centrocodigo character varying(255),
especialidadcodigo character varying(255),
medicocodigo character varying(255),
CONSTRAINT oportunidadcitas_pkey PRIMARY KEY (id)
)

con el siguiente indice (entre otros)

CREATE INDEX idx_ oportunidadcitas_desc
ON oportunidadcitas
USING btree
( centrocodigo COLLATE pg_catalog."default", id DESC);

donde suponía que podrá apoyar una consulta recurrente que hacen:

select centrocodigo,max( id ) as ultimo
from oportunidadcitas
group by 1

Pero el motor siempre prefiere hacer el sequence scan:

HashAggregate (cost=7307.83..7307.85 rows=5 width=21) (actual
time=122.891..122.893 rows=5 loops=1)
Group Key: centrocodigo
-> Seq Scan on oportunidadcitas (cost=0.00..7159.26 rows=148566
width=21) (actual time=0.011..43.675 rows=148624 loops=1)
Planning time: 0.101 ms
Execution time: 122.928 ms

La pregunta es: porque si tiene un indice por ambos campos e incluso esta
ordenado por id desc porque no lo emplea para sacar el máximo??? ( ni el
mínimo) como si lo emplea si solo se hace el max por id:

select max( id )
from subred.baseoportunidadcitabot sub

Result (cost=0.14..0.15 rows=1 width=0)
InitPlan 1 (returns $0)
-> Limit (cost=0.08..0.14 rows=1 width=8)
-> Index Only Scan Backward using idx_ oportunidadcitas_desc on
oportunidadcitas (cost=0.08..9988.24 rows=165172 width=8)
Index Cond: (id IS NOT NULL)

Postdata: la idea es sacarlo directamente porque varias publicaciones
sugieren emplear trigger o vistas materializadas para almacenar el dato.

de antemano Gracias!!!

--
Cordialmente,

Ing. Hellmuth I. Vargas S.
Esp. Telemática y Negocios por Internet