Проблемы MySQL и PostgreSQL с ГИС и скоростью

Question

Я знаю, что есть несколько тем, посвященных этой проблеме, но мне интересно, изменилось ли что-нибудь с тех пор, как они были опубликованы.

Я собираюсь создать веб-приложение ГИС, и все говорят, что PostgreSQL - это путь, потому что он поддерживает различные вещи, которые лучше связаны с отображением, тогда как пространственные расширения MySQL не слишком велики. *

Таким образом, PostgreSQL выглядит как путь, но везде, куда бы я ни пошел, я читаю, что PostgreSQL ужасно медленный по сравнению с MySQL, это все еще так?

Если я захочу использовать GeoDjango с MySQL, смогу ли я сделать большинство всего?

Я действительно застрял между ними просто потому, что люди продолжают говорить, что PostgreSQL очень медленный, но MySQL не очень подходит для работы с ГИС.

Что вы берете ТАК?

Answer 1

Нет, postgresql не медленнее. Этот миф связан с тем, что на myisam vs postgresql работают однопоточные последовательные тесты. Тесты, которые пытаются смоделировать фактические условия использования с множеством одновременных запросов, ставят postgresql наравне с MySQL или выше, чем производительность, особенно когда вы увеличиваете в CPU / cores.

http://www.randombugs.com/linux/mysql-postgresql-benchmarks.html

http://tweakers.net/reviews/657/5

Answer 2

Проверьте эту тему: ГИС: PostGIS / PostgreSQL против MySql против SQL Server?

PostGIS гораздо более развит и полон и конкурирует с Oracle и SQL Server, а не с MySQL. К сожалению.

Answer 3

На мой взгляд, глупо сравнивать MySQL и PostgreSQL с точки зрения скорости, если есть неизвестные переменные, такие как - каков ваш бюджет, какова ваша целевая производительность системы и какова ваша нагрузка?

Обе RDBMS великолепны, и их можно масштабировать. Разница в том, что MySQL имеет подключаемую архитектуру движка, что позволяет подключать различные движки. Исходно, MySQL поддерживает 9 движков, если я не ошибаюсь, но у него есть множество коммерческих движков на выбор, а также 2 популярных форка (Percona и MariaDB), которые вводят различные улучшения, особенно для механизма хранения InnoDB.

Реальный вопрос в том, что означает, что что-то "плохое" в ГИС "материале"? Что значит плохое? Не можете рассчитать что-то? Не можете что-то хранить? Я просто не понимаю, что ты считаешь плохим на самом деле.

Я сомневаюсь, что вы можете ошибиться, выбрав любую из двух баз данных, просто остерегайтесь ложных тестов, утверждающих, что один продукт быстрее другого. Установите свою цель с точки зрения производительности, установите оба продукта на свой тестовый компьютер и запустите их. Если и то, и другое удовлетворяет вашим потребностям в производительности, используйте тот, с которым вам удобнее работать.

Answer 4

Когда речь идет о возможностях ГИС, взгляните на этот вопрос GIS SE:

Будет ли PostGIS иметь преимущество перед MySQL для приложения производственной фермы?

Я думаю, что из всего, что я читаю здесь и на сайте GIS SE, PostgreSQL с PostGIS - явный победитель, когда дело доходит до обработки пространственных данных.