PostGIS für Produktionsumgebungen optimieren?

Auf welche PostGIS-Dokumentation haben Sie beim Optimieren von PostGIS für eine Produktionsumgebung Wert gelegt?

Ich möchte mich mit meinem DBA zusammensetzen, um eine produktionsfähige Postgresql / PostGIS-Installation einzurichten. Ich habe gelesen, dass es einige Optimierungen gibt, um dies zu erreichen, und ich hatte gehofft, die Antwort auf der Refraktions-Website zu finden .

Bisher habe ich einige Dokumente auf der OpenGeo-Site als hilfreich empfunden, wie dieses .

Und dieser alte Forumsbeitrag ist die Art von Information, die ich als hilfreich empfunden habe. Dies ist wahrscheinlich nur einfaches DB-Zeug, aber für mich ist es gutes Zeug.

Mich würde interessieren, welche Ressourcen anderen geholfen haben, eine stabile Produktionsinstallation von PostGIS zu erreichen.

Da Postgis eine Komponente von Postgres ist, würde ich dieses großartige Buch über die Leistungsoptimierung von Postgres empfehlen (ich besitze es und fand es äußerst wertvoll):

http://www.packtpub.com/postgresql-90-high-performance/book

Es beginnt mit den Grundlagen (Planung der Hardware, des Betriebssystems usw.) und führt dann zu den Erklärungen all dieser mysteriösen Konfigurationsparameter, die ich zuvor noch nicht einstellen konnte. Anschließend wird gezeigt, wie langsame Abfragen analysiert werden, wie der Optimierer funktioniert, wie allgemeine Datenbankaktivitäten überwacht werden und wie Engpässe festgestellt werden.

Der Autor ist ein Postgres-Entwickler, damit er wirklich weiß, wovon er spricht, und das Buch wurde auch von der Entwicklungsgruppe gelobt.

Das Buch konzentriert sich auf Version 9, aber es sagt immer, wann eine Lösung zutrifft oder nicht und mit welchen Unterschieden zu früheren Versionen (bis zu 8.0, wenn ich mich richtig erinnere).

PostGIS in Action , das letzten Monat veröffentlicht wurde, ist ein gutes Buch zum Lesen.

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

Stellen Sie sicher, dass Sie gültige Geometrien speichern . Andernfalls können unerwartete Fehler auftreten (Serverabstürze, fehlerhafte Entfernungs- und Flächenberechnungen usw., siehe Was sind die Auswirkungen ungültiger Geometrien? ).

Ich empfehle das Hinzufügen Check - Einschränkungen der Produktionsgeometriespalten um sicherzustellen , dass die Geometrien gültig sind. Es ist einfach hinzuzufügen (ersetzen Sie einfach "my_valid_table" und "geom" für Ihre Tabelle / Spalte):

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

Details finden Sie hier .

OPENGEO hat ein einfaches Tutorial, das als guter Ausgangspunkt dient:

• Optimieren von PostgreSQL für Spatial

Obwohl nicht direkt mit PostGIS verwandt, habe ich diese beiden Posts als informativ empfunden, wenn es um 'allgemeinere' PostgreSQL-Setups geht:

• Optimieren von PostgreSQL auf Ihrem dedizierten Server
• Leistungsoptimierung PostgreSQL

Diese Präsentation von PGexperts ist auch sehr informativ:

• Fünf Schritte zur PostgreSQL-Leistung (siehe auch andere Präsentationen )

Bewahren Sie Ihre Daten immer in einem anderen Schema als öffentlich auf.

Wenn Sie Ihre Daten vom öffentlichen Schema getrennt halten, können Sie PostGIS leichter aktualisieren und Schemadumps einfacher wiederherstellen.

Stellen Sie sich vor, Sie speichern Ihre Daten im öffentlichen Schema. Da dump so schön ist, werden auch Tabellendefinitionen und -funktionen gesichert, sodass bei einer erneuten (öffentlichen) Wiederherstellung Namenskonflikte mit den anderen (bereits) installierten Funktionen und Tabellen (z. B. geometry_columns) auftreten.

Derzeit arbeite ich mit http://postgis.net/docs und http://gis4free.wordpress.com/2011/03/10/how-to-install-and-configure-postgis-raster-on-windows zusammen /#Bemerkungen

Versionierung, Metadaten, QC-Checks, Tuning, Durchsatzoptimierung, Planung, Spezifikation und Beta-Entwicklung