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.
Antworten:
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).
quelle
PostGIS in Action , das letzten Monat veröffentlicht wurde, ist ein gutes Buch zum Lesen.
quelle
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):
Details finden Sie hier .
quelle
OPENGEO hat ein einfaches Tutorial, das als guter Ausgangspunkt dient:
Obwohl nicht direkt mit PostGIS verwandt, habe ich diese beiden Posts als informativ empfunden, wenn es um 'allgemeinere' PostgreSQL-Setups geht:
Diese Präsentation von PGexperts ist auch sehr informativ:
quelle
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.
quelle
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
quelle
Versionierung, Metadaten, QC-Checks, Tuning, Durchsatzoptimierung, Planung, Spezifikation und Beta-Entwicklung
quelle