¿Tuning PostGIS para entornos de producción?

Dado que Postgis es un componente de Postgres, recomendaría este gran libro (lo poseo y lo encontré extremadamente valioso) en la optimización del rendimiento de Postgres:

enlace

Comienza desde lo básico (planificación del hardware, os, etc.) y luego se convierte en explicación de todos esos misteriosos parámetros de configuración que nunca antes había sabido ajustar. Después de eso, muestra cómo analizar consultas lentas, explica cómo funciona el optimizador, cómo monitorear la actividad general de la base de datos y encontrar cuellos de botella.

El autor es un desarrollador de postgres, por lo que realmente sabe de qué está hablando y el libro también ha sido elogiado. del grupo de desarrollo.

El libro se centra en la versión 9, pero siempre dice cuándo se aplica una solución o no y con qué diferencias respecto a las versiones anteriores (hasta 8.0, si recuerdo bien).

PostGIS en acción , que se publicó el mes pasado, es un buen libro que vale la pena leer.

PART 1 - LEARNING POSTGIS
1 - What is a spatial database? Completed download chapter code and data
2 - Geometry Types Completed download chapter code and data
3 - Data Modeling Completed download chapter code and data
4 - Geometry Functions Completed download chapter code and data
5 - Relationships between geometries Completed download chapter code and data
6 - Spatial reference system considerations Completed download chapter code and data
7 - Working with real data Completed download chapter code and data

PART 2 - PUTTING POSTGIS TO WORK
8 - Techniques to solve spatial problems Completed download chapter code and data
9 - Performance Tuning Completed download chapter code and data

PART 3 - USING POSTGIS WITH OTHER TOOLS 
10 - Enhancing SQL with add-ons Completed download chapter code and data
11 - Using PostGIS in web applications Completed download chapter code and data
12 - Using PostGIS in a Desktop Environment Completed download chapter code and data
13 - PostGIS Raster Completed download chapter code and data

Asegúrese de que está almacenando geometrías válidas , de lo contrario pueden ocurrir errores inesperados (fallos del servidor, cálculos erróneos de distancia y área, etc., consulte Cuáles son las implicaciones de geometrías inválidas ).

Recomiendo encarecidamente agregar restricciones de verificación a las columnas de geometría de producción para asegurarse de que las geometrías son validos. Es fácil de agregar (simplemente reemplaza "my_valid_table" y "geom" para tu tabla / columna):

ALTER TABLE public.my_valid_table
  ADD CONSTRAINT enforce_valid_geom CHECK (st_isvalid(geom));

Vea los detalles here .

OPENGEO tiene un tutorial simple que servirá como un buen punto de partida:

• Tuning PostgreSQL for Spatial

Aunque no está directamente relacionado con PostGIS, he encontrado que estas dos publicaciones son informativas cuando se trata de configuraciones más "generales" de PostgreSQL:

• Ajuste de PostgreSQL en su servidor dedicado
• PostgreSQL de ajuste de rendimiento

Esta presentación de PGexperts también es muy informativa:

• Cinco pasos para el rendimiento de PostgreSQL (consulte también otras presentaciones )

Siempre mantenga sus datos en un esquema diferente al público.

Mantener sus datos separados del esquema público facilitará la actualización de PostGIS y facilitará la restauración de volcados de esquema.

Imagina que vuelcas tus datos dentro del esquema público. Como el volcado es tan bueno, también volcará las definiciones y funciones de la tabla, así que para restaurar nuevamente (en público) tendrá conflictos de nombres con las otras funciones y tablas ya instaladas (geometry_columns, por ejemplo).

En realidad ahora me estoy acomodando con enlace y enlace

Control de versiones, metatatos, controles de control de calidad, ajuste, optimización de rendimiento, planificación, especificación y desarrollo beta