NoSQL и пространственные данные
У какого-либо из Вас был опыт с использованием NoSQL (нереляционные) базы данных, чтобы хранить пространственные данные? Есть ли какие-либо потенциальные выгоды (скорость, пространство...) использования таких баз данных для содержания данных для, скажем, настольного приложения (по сравнению с использованием SpatiaLite или PostGIS)?
Я видел сообщения об использовании MongoDB для пространственных данных, но я интересуюсь некоторым сравнением производительности.
3 ответа
Графики Базы данных, такие как NEO4J - это очень хорошая подгонка, особенно как вы можете добавить различные схемы индексации динамически, когда вы идете. Типичные вещи, которые вы можете сделать на ваших базовых данных, конечно, это, конечно, индексирование 1D (например, Timine или B-деревьев) или фанкерских вещей, таких как кривые Hilbert ETC, см. Блог Ника . Кроме того, для некоторой живой демонстрации посмотрите на рабочий инструмент GIS AWE POWE GIS здесь , базовый индексированный график видимый во время 07:00.
Я хранил пространственные данные с ZODB. Существует некоторое присущее преимущество производительности при доступе к локальному файловому данным (пространстве) или сокета Unix (PostGIS) по сравнению с TCP или HTTP-запросами (CouchDB и т. Д.), Конечно, но имеющие пространственный индекс делает самую большую разницу. Я использую одни и те же R-деревья, упомянутые в статье Mongodb, но есть много хороших вариантов. Топология JTS Suite имеет различные пространственные индексы для Java.
Couchdb также имеет простое пространственное расширение