¿Cómo puedo evitar el escaneo completo de una gran tabla PostGIS en QGIS?

Question

Intento abrir una tabla grande de PostGIS en QGIS, con más de 500 filas. Me acerco a un área pequeña, y limito los zooms, por lo que se espera que la respuesta de la consulta sea razonablemente pequeña. Probado esto también directamente en la DB. La tabla tiene índices, así que puedo ver que la consulta en bruto es rápida. La tabla ya tiene único índice para dos campos ("partición", "partición_desplazamiento")

Problema: Cuando añado la tabla como capa, entonces QGIS se cuelga. Veo en la DB una consulta de larga duración: SELECT count(distinct ("partition","partition_offset"))=count(("partition","partition_offset")) FROM "public"."mytable_geo" y desde el planificador de consultas veo que esto hace un escaneo completo a la tabla, lo cual toma posiblemente horas en mi caso. Parece que QGIS quiere estar realmente seguro de que mi restricción "única" hace que los valores sean realmente únicos. ¿Hay alguna manera de evitarlo?

Versión de QGIS: 3.6.1-Noosa

Actualización: GDAL tiene parámetro checkPrimaryKeyUnicity='1' . Si esto se puede convertir en el valor "0" en QGIS, entonces debería ayudar, pero no han descubierto cómo / si esto es posible. No se puede encontrar la opción de interfaz de usuario para esto.

Answer 1

Una fea solución rápida, inspirada por mi compañero de soporte que siempre señala que las vistas materializadas no están todavía tan maduras como nos gustaría y que las antiguas soluciones siguen siendo útiles.

En lugar de una vista materializada, cree una tabla real refrescada por una vista.

1. Asumiendo que los datos provienen de "mi_tabla_grande"
2. Crear una vista "my_geo_table_refresh" que contenga la consulta/filtro real de "my_big_table"
   _PS: y tal vez crear una columna de identificación NO NULL utilizando row_number() OVER ()_
3. Crear una tabla "my_geo_table" con la misma definición de columnas
4. Configurar todos los índices pk/index/espaciales necesarios en "mi_tabla_geo"

5. Cada vez que necesites refrescar esa "vista materializada de la vieja escuela" simplemente ejecuta ese SQL en una sola transacción:

   TRUNCATE TABLE "my_geo_table";
   INSERT INTO "my_geo_table" SELECT * FROM "my_geo_table_refresh";

   Por supuesto, esto es asumiendo un uso de sólo lectura y ninguna referencia que apunte a "mi_tabla_geo_", de lo contrario tendría que ser más cuidadoso y/o utilizar disparadores complejos.

También se puede escribir FUNCIÓN/PROCEDIMIENTO para refrescar la "vista materializada de la vieja escuela"
Eso podría ser más elegante ya que no aparecerá el intermediario "my_geo_table_refresh" en el catálogo.