Який тип бази даних найбільше підходить як для використання з відкритим кодом, так і для використання ESRI?


22

Основне питання: Чи існує тип бази даних, який безперебійно працює як з ESRI, так і з продуктами з відкритим кодом?

Докладніше: Моя компанія в даний час обробляє геодані в різних векторних та растрових форматах файлів і не є особливо організованою. Більшість обробок проводиться за допомогою інструментів з відкритим кодом, але деякі клієнти вимагають, щоб ми розміщували наші дані у форматі обслуговування ESRI Map. У нас уже є екземпляр сервера ArcGIS, який розміщує ці сервіси, але ми все ще проводимо обробку вгору за допомогою інструментів з відкритим вихідним кодом, перш ніж скидати результати в базу геоданих ESC arcsde. З того, що я можу сказати, ogr / gdal мають дещо обмежені можливості читати / писати з geodatabase arcsde, але недостатньо, щоб я міг обґрунтовано зберігати всі наші дані в базі геоданих arcsde і очікувати, що наші інструменти для обробки зможуть використовувати arcsde база даних геоданих як основний сховище даних для компанії. Я помиляюся? Якщо я перейшов на базу геоданих з відкритим кодом, наприклад postgis, наші інструменти для обробки будуть добре працювати, але я не думаю, що я міг би використовувати базу даних postgis як сховище даних для розміщення служб ESRI. Я помиляюся? Чи є там база даних геоданих, яка може безперебійно обслуговувати і відкритий код, і ESRI? Якщо ні, чи це звичайна практика підтримувати паралельні бази даних геоданих, одну для відкритих джерел і одну для ESRI?

Додаткові зморшки: я отримав відповідь про використання PostgreSQL / PostGIS. Єдиним потенційним зморшком при цьому є те, що я хотів би розмістити цю базу даних у веб-службах Amazon (AWS) і, якщо можливо, я хотів би скористатися послугою реляційних баз даних Amazon (RDS), щоб мінімізувати накладні витрати на управління базами даних (резервні копії, балансування завантаження тощо). Однак RDS лише підтримує MySQL, Oracle та SQL Server як двигуни бази даних. Я думаю, що якщо RDS почне підтримувати PostgreSQL, це був би ідеальний сценарій, але лише для того, щоб перевірити, PostgreSQL - це мій єдиний варіант для взаємодії з відкритим кодом на основі ArcGIS + gdal / ogr? Якщо так, я, швидше за все, створять базу даних PostgreSQL на AWS, мені просто доведеться витратити більше ресурсів на управління нею.


У той час, коли я писав це запитання, RDS не підтримував PostgreSQL, але тепер це робить, і також легко додати PostGIS до бази даних RDS PostgreSQL.
Етан Н

Відповіді:


14

Ви можете використовувати нативну базу даних PostGIS як сховище даних SDE.

http://resources.arcgis.com/en/help/main/10.1/index.html#//002p0000006v000000

Це посилання описує основні параметри для реєстрації нативної таблиці PostGIS за допомогою SDE. Недолік полягає в тому, що ESRI підтримує лише вузький діапазон версій Postgres і PostGIS, ось список того, що вони підтримують:

http://resources.arcgis.com/en/help/system-requirements/10.1/index.html#//015100000075000000


1
Спасибі! Я маю багато читати в цьому розділі посібника з ESRI, але якщо я правильно розумію, я повинен мати можливість встановити базу геоданих PostgreSQL / PostGIS і підключитися до неї з ArcGIS, не запускаючи "EnableEnterpriseGeodatabase ( ) "функціонувати на ньому з боку речей ArcGIS? Крім того, після підключення я повинен мати можливість створити всі типи послуг ArcGIS (служба карт, сервіс функцій тощо) з PostGIS як сховищем даних?
Етан Н

2
Вам все одно потрібно запустити інструмент Create Enterprise Geodatabase, але спершу потрібно створити базу даних PostGIS, а потім вказати інструмент на існуючу базу даних.
HeyOverThere

Гаразд, а інструмент Enable / CreateEnterpriseGeodatabase не втручається в структуру бази даних postgis, таким чином, щоб gdal / ogr важко читав / писав / з них не було правильним?
Етан Н

1
Правильно. Що це зробить, це створити нову схему під назвою sde і помістити туди всі пов'язані з sde речі. Він фактично не торкнеться даних у існуючих таблицях, вони залишаться геометріями PostGIS. Ви все ще можете переглядати та редагувати програмне забезпечення, яке не є ESRI, однак, якщо ви версійте свої дані, програмне забезпечення, яке не є ESRI, буде ігнорувати ці версії та редагувати таблицю безпосередньо, що може перекрутити ваші версії. Я думаю, що це було б, але я не перевіряв це припущення.
HeyOverThere

@HeyOverThere, якщо ви редагуєте базову таблицю безпосередньо, ви нічого не зіпсуєте, тому що результати виявляться непередбачуваними. Якщо ви хочете отримати доступ до даних ArcSDE з іншим програмним забезпеченням, вам слід розглянути реєстрацію як спрощену з переходом до базової опції та переглянуті види.
travis

3

Вам не обов’язково взагалі встановлювати свою базу даних як базу даних SDE. У ArcGIS 10.1 ArcGIS може читати та записувати натурні бази даних SQL Server та PostGIS (серед інших). Це означає, що ви можете налаштувати свою базу даних в одному з RDBMS, підтримуваному пакетами з відкритим кодом та ArcGIS (особисто я б сказав, що MS SQL Server або PostGIS) і отримати доступ до нього зсередини ArcGIS.

Ось посилання на довідкову систему з додатковою інформацією:

Швидкий тур по роботі з базами даних в ArcGIS


Я сумніваюся, що ви зможете редагувати будь-яку базу даних з ArcGIS, не реєструючи її як SDE Geodatabase (з відповідною ліцензією) ... Починаючи з версії 10.0, ESRI дав вам можливість підключатися до directlty бази даних без SDE, але тільки для читання та Ви не можете використовувати будь-яку функціональність, наприклад топологію, мережі чи версійне редагування.
Etienne Desgagné

@ EtienneDesgagné - Наскільки я знаю, вони підвищили функціональність без SDE на 10,1, щоб підтримати читання. Однак ви правильні, що немає жодної підтримки таких функцій Geodatabase, як топологія, версії, набори даних функцій тощо при використанні бази даних, що не належить до SDE, в ArcGIS. З іншого боку, функціональність Geodatabase не буде доступною при використанні інструментів з відкритим кодом, а також використання бази даних SDE за межами середовища ArcGIS - це не все так інтуїтивно.
Брайан
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.