Raster 정보를 사용하여 PostGIS 데이터베이스를 채우는 장점 / 단점은 무엇입니까?


11

... 래스터를 로컬에 저장된 GEOTIFF로 유지하는 것과 반대로?

OpenLayers 기반 웹 맵에 약 50,000, 10mb GEOTIFF를 WMS로 제공해야하는 대규모 프로젝트가 있습니다. 주어진 시간에 1 개의 WMS 만 표시되므로 성능은 문제가되지 않습니다. 이 애플리케이션에 대한 MapServer 및 GeoServer를 고려하십시오.

이 유형의 데이터를 저장할 때의 장단점이 무엇인지 알고 싶습니다. 단일 (또는 일련의) 래스터 파일을 교체하는 대신 래스터 데이터 변경이 더 어려울 때 PostGIS 데이터베이스를 업데이트합니다. PostGIS로 WMS로드 시간이 대폭 개선 되었습니까?

답변:


3

WMS를 사용하여 최종 사용자에게 래스터를 전달하기 만하면 PostGIS 래스터를 사용할 이유가 없습니다. 분석 (및 간단한 요약 통계 이상)을 수행해야하는 경우 래스터를 PostGIS에로드하는 것이 좋습니다. 현재 데이터베이스 내 래스터는 데이터베이스 외부보다 빠릅니다.


in-db 및 out-db에서 의미, 의미 및 이유 중 하나가 더 느린 이유를 확장 할 수 있습니까?
Michael Markieta

1
in-db는 소스 래스터 (타일)가 PostgreSQL에 저장되는 곳입니다. out-db는 PostgreSQL에 소스 래스터를 설명하는 메타 데이터 만 저장하며 PostGIS의 모든 함수는 필요에 따라 소스 래스터 파일을 호출합니다. 내 테스트에서 out-db는 in-db보다 느립니다. out-db가 느린 이유는 PostgreSQL이 공유 버퍼에 in-db 데이터를 캐시 할 수있는 반면 out-db는 매번 소스 파일을 호출해야한다는 것입니다.
dustymugs 2012 년

2

온라인에서 MapServer와 GeoServer 비교를 읽은 결과, MapServer가 래스터를 제공하는 데 더 빠르다는 의견이 일치했습니다. MapServer를 사용하여 래스터 (폴더의 래스터)를 WMS로 제공하기 위해 설명 한 것과 비슷한 설정이 있으며 매우 빠릅니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.