Quelle documentation PostGIS avez-vous trouvée qui vous a été utile lors du réglage de PostGIS pour un environnement de production?
Je souhaite que mon administrateur de base de données puisse configurer une installation Postgresql / PostGIS adaptée à la production. J'ai lu qu'il y avait quelques ajustements à faire pour y parvenir et j'espérais trouver la réponse sur le site Web de refractions .
Jusqu'à présent, certains documents sur le site OpenGeo ont été utiles, comme celui-ci .
Et ce vieil article de forum est le type d’information que j’ai trouvé utile; c’est probablement un truc de base sur la base de données, mais pour moi, c’est une bonne chose.
Je serais intéressé de voir quelles ressources ont aidé les autres à obtenir une installation de production stable de PostGIS.
Réponses:
Puisque Postgis est une composante de Postgres, je recommanderais ce bon livre (je le possède et le trouve extrêmement précieux) sur le réglage des performances de Postgres:
http://www.packtpub.com/postgresql-90-high-performance/book
Cela commence par les bases (planification du matériel, des systèmes d'exploitation, etc.) pour ensuite expliquer tous ces paramètres de configuration mystérieux que je n'avais jamais su régler auparavant. Après cela, il montre comment analyser les requêtes lentes, explique le fonctionnement de l'optimiseur, comment surveiller l'activité de la base de données en général et rechercher les goulots d'étranglement.
L’ auteur est un développeur postgres, il sait donc vraiment de quoi il parle et le livre a également été salué par le groupe de développement.
Le livre est axé sur la version 9, mais il indique toujours quand une solution s’applique ou non et avec quelles différences par rapport aux versions précédentes (jusqu’à 8.0, si je me souviens bien).
la source
PostGIS in Action , paru le mois dernier, est un bon livre à lire.
la source
Assurez-vous de stocker des géométries valides , sinon des erreurs inattendues peuvent survenir (crash du serveur, calculs erronés de la distance et des surfaces, etc.). Voir Quelles sont les implications des géométries non valides ?
Je recommande fortement d’ajouter des contraintes de vérification aux colonnes de géométrie de production afin de s’assurer de la validité des géométries. C'est simple à ajouter (remplacez simplement "my_valid_table" et "geom" pour votre table / colonne):
Voir les détails ici .
la source
OPENGEO propose un tutoriel simple qui servira de bon point de départ:
Bien que cela ne soit pas directement lié à PostGIS, j'ai trouvé ces deux articles informatifs sur les configurations plus "générales" de PostgreSQL:
Cette présentation de PGexperts est également très informative:
la source
Gardez toujours vos données dans un schéma différent de celui du public.
Le fait de garder vos données séparées du schéma public facilitera la mise à jour de PostGIS et facilitera la restauration des vidages de schéma.
Imaginez que vous vidiez vos données à l'intérieur du schéma public. Étant donné que dump est très pratique, les définitions et les fonctions de table sont également déchargées. Par conséquent, pour restaurer (en public), vous aurez des conflits de noms avec les autres fonctions et tables déjà installées (geometry_columns, par exemple).
la source
En fait maintenant je m'installe avec http://postgis.net/docs et http://gis4free.wordpress.com/2011/03/10/how-to-install-and-configure-postgis-raster-on-windows /#commentaires
la source
Gestion des versions, métadonnées, contrôles de contrôle de la qualité, optimisation du débit, planification, spécification et développement bêta
la source