Jaka dokumentacja PostGIS, z którą się spotkałeś, była pomocna przy dostrajaniu PostGIS do środowiska produkcyjnego?
Chciałbym spotkać się z moim DBA, aby skonfigurować instalację Postgresql / PostGIS, która jest odpowiednia do produkcji. Czytałem, że aby to osiągnąć, konieczne są pewne poprawki i miałem nadzieję znaleźć odpowiedź na stronie internetowej refrakcji .
Do tej pory znalazłem pomocne dokumenty na stronie OpenGeo, takie jak ten .
I ten stary post na forum jest rodzajem informacji, które uważam za pomocne, to prawdopodobnie podstawowa baza danych, ale dla mnie jest to dobra informacja.
Byłbym zainteresowany, aby dowiedzieć się, jakie zasoby pomogły innym w osiągnięciu stabilnej instalacji produkcyjnej PostGIS.
Odpowiedzi:
Ponieważ Postgis jest składnikiem Postgres, poleciłbym tę świetną książkę (jestem jej właścicielem i uważam ją za niezwykle cenną) na temat dostrajania wydajności Postgres:
http://www.packtpub.com/postgresql-90-high-performance/book
Zaczyna się od podstaw (planowanie sprzętu, systemu operacyjnego itp.), A następnie wyjaśnia wszystkie te tajemnicze parametry konfiguracyjne, których wcześniej nie znałem. Następnie pokazuje, jak analizować wolne zapytania, wyjaśnia, jak działa optymalizator, jak monitorować ogólną aktywność bazy danych i znajdować wąskie gardła.
Autor jest postgres deweloper tak naprawdę nie wie, co on mówi, a książka została również chwalony z grupy rozwojowej.
Książka koncentruje się na wersji 9, ale zawsze mówi, kiedy ma zastosowanie rozwiązanie, czy też nie i z różnicami w stosunku do poprzednich wersji (do 8,0, jeśli dobrze pamiętam).
źródło
PostGIS w akcji , który został wydany w zeszłym miesiącu, jest dobrą książką, którą warto przeczytać.
źródło
Upewnij się, że przechowujesz prawidłowe geometrie , w przeciwnym razie mogą wystąpić nieoczekiwane błędy (awarie serwera, błędne obliczenia odległości i powierzchni itp., Zobacz Jakie są konsekwencje nieprawidłowych geometrii ).
Zdecydowanie polecam dodanie wiązań kontrolnych do kolumn geometrii produkcyjnej, aby upewnić się, że geometrie są prawidłowe. Można go łatwo dodać (wystarczy zastąpić „my_valid_table” i „geom” dla tabeli / kolumny):
Zobacz szczegóły tutaj .
źródło
OPENGEO ma prosty samouczek, który będzie dobrym punktem wyjścia:
Mimo że nie są bezpośrednio związane z PostGIS, te dwa posty są pouczające, jeśli chodzi o bardziej „ogólne” konfiguracje PostgreSQL:
Ta prezentacja autorstwa PGexperts jest również bardzo pouczająca:
źródło
Zawsze przechowuj dane w innym schemacie niż publiczny.
Oddzielenie danych od schematu publicznego ułatwi aktualizację PostGIS i przywróci zrzuty schematu.
Wyobraź sobie, że zrzucasz swoje dane w schemacie publicznym. Ponieważ zrzut jest tak przyjemny, zrzuci również definicje i funkcje tabel, więc aby przywrócić je ponownie (publicznie), będziesz mieć konflikty nazw z innymi (już) zainstalowanymi funkcjami i tabelami (na przykład geometry_columns).
źródło
Właściwie teraz zgadzam się z http://postgis.net/docs i http://gis4free.wordpress.com/2011/03/10/how-to-install-and-configure-postgis-raster-on-windows / # komentarze
źródło
Wersjonowanie, metatdata, kontrole QC, tuning, optymalizacja przepustowości, planowanie, specyfikacja i rozwój wersji beta
źródło