Hola Lista
Verificando lo expresado por Alvaro (cito):
" Por ejemplo puedes incluir columnas adicionales en índices UNIQUE (en
las cuales no se verificará unicidad), o incluir columnas que no son
indexables. "
alter table test add column id serial;
vacuum full analyze test;
explain
Saludos, en tu caso de ejemplo computacionalmente (depende del
hardware) 300mil registros el motor da el mismo tiempo de resultados usando
índices o búsqueda secuencial con filtros,
Cuando los registros superen los millones vas a ver la diferencia en el
tiempo usando los índices compuestos o
Hellmuth Vargas escribió:
> Hola Diego
>
> Gracias por la respuesta, pero.. y qué ventaja tendria? pues lo mismo se
> logra con un índice compuesto e incluso este último permitirá filtrar
> además por el otro campo, e incluso el optimizador prefirió el índice
> compuesto.
Por ejemplo puedes
Hola Diego
Gracias por la respuesta, pero.. y qué ventaja tendria? pues lo mismo se
logra con un índice compuesto e incluso este último permitirá filtrar
además por el otro campo, e incluso el optimizador prefirió el índice
compuesto.
El mar., 23 de jun. de 2020 a la(s) 10:41, Diego
HOla, Hellmuth / lista
Lo que pasa es que lo que esta en el include, no se indexa.
Es la forma de no salir del indice para buscar ese valor en particular,
ahorrando el pase por la tabla
Salu2
On 2020-06-23 12:03, Hellmuth Vargas wrote:
*Hola Lista*
*
*
*Ya que en las últimas versiones de
*Hola Lista*
*Ya que en las últimas versiones de PostgreSQL contamos con
muchas más herramientas para la optimización de las consultas
(estadísticas, paralelismo, JIT, etc, etc,etc ) pues hoy me dio por
probar la cláusula INCLUDE en los índices, con el fin de indagar por su
correcto uso y/o
