Форумы GIS-Lab.info

Добрый день.
Возможно ли в эко-системе ArcGis'а (desktop+server) изначально планировать и реализовывать хранение баз геоданных в Oracle с использованием не ST_Geometry (ESRI), а SDO_Geometry (Oracle). Будет ли какое-то ограничение функциональности ArcGis'а (desktop+server) при этом и других подводных камней.
В целом можно ли строить на аркгисе системы, геоданных которых доступны из других ГИС (MapInfo, GeoMedia, QGIS) без танцов с бубнами....

Добрый день, поясните плз свое сообщение.
Что так wkt/wkb я в целом понимаю, но как это относиться к моему вопросу? Можно ли в качестве типа хранения геометрии во аркгисе выбрать sdo (по документации прослеживается что можно) и к чему это приведет?

[ Сообщение с мобильного устройства ]

SDO чисто Oracle'ий прикол и его выбор приковывает вас к Oracle, переход на другую СУБД будет весьма затруднён. Тот же QGIS подружить с Oracle - особый шаманизм.

1. Как аргис то будет с sdo работать?
2. Если хранить в st_geometry - как с другими ГИС работать с данными?
2. При смене базы все равно и схему данных переделывать и сами данные перегружать, если это не просто 5 слоев загружено, из оракла их достать без проблемы можно будет через тот же wkt или через клиентскую гис.
3.

[ Сообщение с мобильного устройства ]

SDO конечно чисто оракловый, но по крайней мере все основные системы его так или иначе понимают и могут работать.

[ Сообщение с мобильного устройства ]

wkt/wkb они лучше понимают - это ведь открытый стандарт!

Лично я тестировал: AutoCAD Civil 3d, QGIS + MySQL, MS SQL Server, PostGIS

Добрый день!

1. Как аргис то будет с sdo работать?
Работать будет как с st_geometry, так и с sdo_geometry. читайте
Использовать st_geometry можно в и Oracle, если есть сильное желание.
2. Если хранить в st_geometry - как с другими ГИС работать с данными?
st_geometry более распространенные тип пространственных данных поэтому большинство ГИС будет с ним так или иначе работать. У всех есть свои "оговорки", но MapInfo, QGIS работать будут.

При выборе типа хранения данных опирайтесь на функции, который вы планируете выполнять с пространственными данными и объемы хранения данных.

Vladimir_R писал(а):Добрый день!
st_geometry более распространенные тип пространственных данных поэтому большинство ГИС будет с ним так или иначе работать. У всех есть свои "оговорки", но MapInfo, QGIS работать будут.

Каким образом MapInfo будет с st_geometry работать в Oracle? Может имелось в виду SDO все-таки?

Возможно ли в эко-системе ArcGis'а (desktop+server) изначально планировать и реализовывать хранение баз геоданных в Oracle с использованием не ST_Geometry (ESRI), а SDO_Geometry (Oracle).

Ответ Вы получили: "Да, возможно."

На форуме действует правило одно вопроса в ветке. Хотите узнать что-то другое создавайте новую тему.

Vladimir_R писал(а): Ответ Вы получили: "Да, возможно."

Спасибо, присланную документацию я читал до момента задания вопроса в ветке - в теории все выглядит ок, но на практике - если у вас был реальный опыт использования SDO с ArcGIS хотелось бы услышать возможные "подводные" камни данной связки, т.к. я понимаю все идут по стандартному пути.
P.S. Возможно тема не совсем удачно названа, но плодить десяток вопросов касаемо хранения и обработки пространственных данных в Oracle со стороны ArcGis тоже ведь не правильно?

В предыдущем сообщении вы переключились на MapInfo и совместное использование разными ГИС одного хранилища данных, поэтому я написал про один вопрос.
У меня был реальный опыт использования SDO с ArcGIS. Подводных камней со стороны работы ArcGIS выявлено не было, функционал работает как SDO_Geometry, так с ST_Geometry в разных БД.
"Проблемы" начинаются когда хочется, что-то руками в БД сделать, так как для работы с SDO_Geometry используются другие функции.
ST_Geometry ArcGIS использует по умолчанию, так как это стандарт и этот тип данных больше распространен.

Vladimir_R писал(а): У меня был реальный опыт использования SDO с ArcGIS. Подводных камней со стороны работы ArcGIS выявлено не было, функционал работает как SDO_Geometry, так с ST_Geometry в разных БД.

1. Подскажите плз с чем был связан выбор SDO?
2. Как я понял из документации в случае с SDO будет другой пространственный индекс и другие функции пространственной выборки (оракловые), есть ли разница в производительности между ST и SDO?
3. И в целом если смотреть на взаимодействие сервера ArcGIS c Oracle - какие части пространственных запросов он выполняет на уровне БД, а какие уже на уровне сервера происходят?

1. Выбор SDO был вызван необходимостью использовать этот тип данных корпоративной системе.
2. Да, вы верно поняли будут оракловые индексы и функции по работе с данными. Производительность не замерял, ни чего в этом отношении сказать не могу. Ребята из Oracle говорят, что ST_GEOMETRY это обертка над SDO_GEOMETRY и она так же хорошо работает. 3. На этот вопрос вам смогут разработчики ответить, у меня нет доступа к коду, поэтому остается только догадываться на какой стороне, что выполняется. Могу сказать только, что если вы не используете SDE, то большая часть логики выполняется средствами БД, так как вы подключаетесь "напрямую".

Vladimir_R писал(а):. Ребята из Oracle говорят, что ST_GEOMETRY это обертка над SDO_GEOMETRY и она так же хорошо работает.

Код: Выделить всё

Our ST_GEOMETRY is basically the same as the SDO_GEOMETRY with some wrappers around it, so the performance of ST_GEOMETRY is similar to SDO_GEOMETRY.

Тут вот какой нюанс - Беглый анализ показал, что есть ESRI SDE.ST_Geometry и Oracle MDSYS.ST_Geometry, AcrGIS не умеет работать с оракловой стандартной геометрией, а только со своей в схеме SDE. В этом и все "соль" и вопросы выбора. В вашем примере речь идет о Oracle MDSYS.ST_Geometry.
Поправьте если не прав.