MySQL vs PostgreSQL касается w/ GIS & Speed
Я знаю, что есть несколько тем, посвященных этой проблеме, но мне интересно, изменилось ли что-нибудь с тех пор, как они были опубликованы.
Я ищу, чтобы построить веб-приложение ГИС, и все люди говорят, что PostgreSQL-это путь, потому что он поддерживает различные вещи, которые лучше связаны с отображением, в то время как пространственные расширения MySQL не слишком велики.
Таким образом, PostgreSQL выглядит как путь, но куда бы я ни пошел, я читаю, что PostgreSQL ужасно медленный по сравнению с MySQL, это все еще верно?
Если я хочу использовать GeoDjango с MySQL, смогу ли я сделать почти все?
Я действительно застрял между этими двумя, просто потому, что люди продолжают говорить, что PostgreSQL действительно медленный, но MySQL не очень подходит для работы с ГИС-материалами.
Каково Ваше мнение?
4 ответов:
Нет, postgresql не медленнее. Этот миф связан с тем, что люди запускают однопоточные последовательные бенчмарки на myisam vs postgresql. Бенчмарки, которые пытаются моделировать фактические условия использования с большим количеством параллельных запросов, ставят postgresql на один уровень с mysql или опережают его по производительности, особенно при масштабировании процессоров / ядер.
Http://www.randombugs.com/linux/mysql-postgresql-benchmarks.html
Проверьте эту тему: ГИС: PostGIS / PostgreSQL против MySql против SQL Server?
PostGIS гораздо более зрелый и полный, и конкурирует с Oracle и SQL Server, а не с MySQL. Извиняюсь.
На мой взгляд, глупо сравнивать MySQL и PostgreSQL с точки зрения скорости, если есть неизвестные переменные, такие как-каков ваш бюджет, какова ваша целевая система вывода и какова ваша скорость загрузки?
Обе СУБД являются большими, и их можно масштабировать. Разница заключается в том, что MySQL имеет подключаемую архитектуру движка, позволяющую ему подключать различные движки. Изначально MySQL поддерживает 9 движков, если я не ошибаюсь, но у него есть множество коммерческих движков на выбор, наряду с 2 популярные вилки (Percona и MariaDB), которые вводят различные усовершенствования, особенно для InnoDB storage engine.
Реальный вопрос заключается в том, что означает, что что-то "плохо" в ГИС "материал"? Что значит плохо? Не можешь что-то рассчитать? Не можешь что-то хранить? Я просто не понимаю, что ты считаешь плохим на самом деле.
Я сомневаюсь, что вы можете ошибиться, выбрав любую из двух баз данных, просто остерегайтесь ложных критериев, утверждающих, что один продукт быстрее другого. Установите свою цель в терминах производительность, установите оба продукта на тестовую машину и запустите их. Если оба удовлетворяют ваши потребности в производительности, используйте тот, с которым вам удобнее развиваться.
Когда речь заходит о возможностях ГИС, взгляните на этот вопрос GIS SE:
Будет ли PostGIS предлагать преимущество над MySQL для приложения Product farm?
Я думаю, что из всего, что я прочитал здесь и на сайте GIS SE, PostgreSQL с PostGIS является явным победителем, когда дело доходит до обработки пространственных данных.
Comments