PostGIS는 생산 팜 애플리케이션에서 MySQL보다 이점을 제공합니까?

West Michigan의 농장 위치를 ​​저장하는 웹 앱이 있습니다. 제품 (예 : "브로콜리")을 검색하면 해당 제품을 재배하는 모든 농장이 표시됩니다.

지금은 MySQL을 사용하고 삼각법을 사용하여 사용자 위치와 각 팜 위치의 차이를 계산하고 있습니다. 가는 것은 좋지 않은 일이지만 시간이 좀 걸렸습니다.

내가 곧하고 싶은 또 다른 일은 지역마다 다른 제품의 성장 계절을 표시하는 것입니다. (예를 들어, 캘리포니아의 특정 시간에 아보카도가 자라나 오하이오에서는 자라지 않는다는 것을 보여주고 싶습니다.)

나는 이것이 개방형이며 아마도 순진한 질문이라는 것을 알고 있지만 공간 기능을 활용하기 위해 PostgreSQL / PostGIS로 전환하는 것이 가치가 있습니까?

나는 훌륭한 PostGIS 팬이며 MySQL에 대한 경험이 없으므로 편견이 있습니다.

그러나 당신이 쓴 것에서 나는 전환해야 할 두 가지 이유를 생각합니다.

먼저 언급 한 시즌 맵과 같은 새로운 기능을 구현하는 것이 훨씬 쉬울 것입니다.

둘째, 오늘 삼각법 계산을 할 때 db 외부에서 수행하는 것 같습니다. db에서 모든 것을 수행하면 오버레이 응용 프로그램 개발에 훨씬 더 자유 롭습니다.

postgis를 실행하는 경우 db 외부에서 계산을 수행하지 않아도됩니다.

언급 한 시즌은 매우 기본적으로 들리기 때문에 MySQL에서 가능할 수 있지만 모든 공간 기능에 액세스하여 PostGIS에서 유연성을 얻을 수 있습니다.

/ 니클라스

정보 (mapserver, geoserver 등)의 데이터 맵 (loading data) (ogr2ogr, fme 등)을 생성하기 위해 타사 응용 프로그램에서 훨씬 더 많은 선택을 할 수 있기 때문에 PostGIS가 더 나은 선택입니다. MySQL은 요구 사항이 상대적으로 제한적인 경우에만 적합합니다.

MySQL은 또한 공간 확장 기능을 가지고 있지만 내가 아는 한 (이미 사용하지 않은 한) PostGIS 만큼 기능이 풍부하고 안정적이지 않습니다 .

공간 데이터베이스를 사용하려는 경우 PostGIS를 선택하는 것이 좋으며 전환 노력이 가치가 있습니다.

MySQL은 이미 지리 공간 데이터를 저장하고 운영 할 수있는 기능을 제공하고 있지만,이 기능은 원하는 많은 부분을 남겨두고 완전한 OpenGIS 호환성을 제공하는 것과는 거리가 멀다.

공간 데이터를 쿼리하는 모든 함수는 MBR (최소 경계 사각형)에서만 작동하여 작업을 단순화하는 것이 가장 주목할 만합니다.

http://forge.mysql.com/wiki/GIS_Functions

MySQL과 Postgis의 전투는 다시 한 번 떠 오릅니다.

http://ambergis.wordpress.com/2008/02/19/mysql-vs-postgis/

노트 주석을-ERS 대부분은 여기에서있다 (GIS 스택 교환.)

링크도

http://www.spatiallyadjusted.com/2008/02/05/bringing-open-source-gis-into-an-esri-shop/#comment-32680

mysql보다 postgis로 더 성공적으로 배포 했습니다. (고객 설정 및 달성하려는 목표에 따라 다름)

Paul Ramsey (및 PostGIS 팀)에 대한 유일한 제안은 PgAdmin (v4 ..?)을 통해 비주얼 라이저 (안전한 소프트웨어의 FME와 같은)를 통해 postgis를 위한 훌륭한 GUI입니다 . 현재 postgis 데이터를 시각화하기 위해 QGIS를 사용합니다.