Я занимаюсь разработкой приложения на карте Google и проверяю различные варианты хранения и извлечения пространственной информации в ограничивающей рамке.
Сначала я думал, что MySql не подходит, но после проверки http://dev.mysql.com/doc/refman/5.6/en/spatial-analysis-functions.html и http://code.google.com/apis/maps/articles/phpsqlsearch.html, похоже, что я могу использовать MySql, и он поддерживает мои варианты использования.
Я также оценивал node.js и couchdb с geocouch .. С такими модулями, как socket.io, geoи т. д. похоже, это тоже хороший выбор.проверьте книгу "Начало работы с GEO, CouchDB и Node.js".Моя заявка будет одностраничной, и я не предвижу, буду ли я требовать rdbms в любое время в будущем.
Я также видел это - http://nodeguide.com/convincing_the_boss.html, и это заставляет меня немного опасаться, идти ли сnode.js-geocouch ....
Если архитектура ваших следующих приложений читается как поваренная книга с компонентами NoSQL, пожалуйста, сделайте паузу на секунду и прочитайте это.
Да,Redis, CouchDB, MongoDB, Riak, Casandra и т. Д. Все выглядят очень заманчиво, но и красное яблоко, которое Ева не смогла устоять.Если вы уже берете на себя технологический риск с использованием node.js, вам не следует умножать его на большее количество технологий, которые вы, вероятно, еще не до конца понимаете.
Конечно, существуют законные варианты использования для выбора документа.ориентированная база данных.Но если вы пытаетесь построить бизнес на основе своего программного обеспечения, придерживайтесь консервативных технологий баз данных (таких как postgres или mysql), возможно, просто перевесите преимущества удовлетворения вашего внутреннего ботаника и впечатления ваших друзей.
Каково ваше мнение?