У меня есть веб-приложение, которое хранит информацию о местонахождении ферм в Западном Мичигане. Вы можете искать продукт (например, «брокколи»), и он покажет вам все фермы, которые выращивают этот продукт.
Прямо сейчас я использую MySQL и тригонометрию, чтобы вычислить разницу между местоположением пользователя и местоположением каждой фермы. Это не плохой путь, но это заняло некоторое время.
Еще одна вещь, которую я хочу сделать в ближайшее время, - это определить вегетационные периоды для разных продуктов для разных регионов. (Например, я хочу показать, что авокадо растет в определенное время года в Калифорнии, но не в Огайо.)
Я понимаю, что это открытый и, возможно, наивный вопрос, но стоит ли мне переходить на PostgreSQL / PostGIS, чтобы воспользоваться его пространственными возможностями?
источник
Ответы:
Я большой поклонник PostGIS и не имею опыта работы с MySQL, поэтому я должен быть предвзятым.
Но из того, что ты пишешь, я думаю о двух причинах перехода.
Во-первых, вам, безусловно, будет гораздо проще реализовать новые функции, такие как указанная вами карта сезона.
во-вторых, когда вы сегодня делаете свои тригонометрические вычисления, я полагаю, что вы делаете это вне БД. если вы делаете все это в БД, то вы намного свободнее в разработке оверлейных приложений.
вам, вероятно, не придется делать какие-либо вычисления вне базы данных, если вы запустите postgis.
то, что вы упомянули в сезоне, может быть выполнимо в MySQL, поскольку это звучит очень просто, но вы получите большую гибкость в PostGIS с доступом ко всем пространственным функциям.
/ Никлас
источник
Хотя бы потому, что у вас будет намного больший выбор в сторонних приложениях для создания карт вашей информации (картосервер, геосервер и т. Д.) И загрузки данных (ogr2ogr, fme и т. Д.). PostGIS сделает лучший выбор. MySQL подойдет, только если ваши потребности будут относительно ограниченными.
источник
MySQL также имеет пространственное расширение, но, насколько я знаю (я никогда не использовал его), не так многофункционально и стабильно, как PostGIS .
Если вы планируете использовать пространственную базу данных, PostGIS - хороший выбор, и усилия по переключению будут стоить.
источник
Битва MySQL против Postgis снова поднимается:
http://ambergis.wordpress.com/2008/02/19/mysql-vs-postgis/
Обратите внимание, что большинство комментаторов отсюда (обмен стеками ГИС).
ссылки тоже
http://www.spatiallyadjusted.com/2008/02/05/bringing-open-source-gis-into-an-esri-shop/#comment-32680
Были более успешные развертывания с Postgis, чем MySQL. (зависит от настроек клиентов и того, чего они пытаются достичь)
Мое единственное предложение Полу Рэмси (и команде PostGIS) - это хороший графический интерфейс для postgis через PgAdmin (v4 ..?) С визуализатором (как FME безопасного программного обеспечения) - не только атрибуты были бы основным плюсом. В настоящее время используйте QGIS для визуализации данных postgis.
источник