Hem açık kaynak hem de ESRI kullanımı için en uygun coğrafi veritabanı türü hangisidir?

Ana Soru: Hem ESRI hem de açık kaynaklı ürünlerle sorunsuz çalışan bir coğrafi veritabanı türü var mı?

Ayrıntılar: Şirketim şu anda çeşitli vektör ve raster dosya biçimlerinde coğrafi verilerin etrafından geçiyor ve özellikle organize değil. İşlemlerin çoğu açık kaynaklı araçlar kullanılarak yapılır, ancak bazı müşteriler verilerimizi ESRI Harita servisi biçiminde barındırmamızı talep eder. Zaten bu hizmetleri barındıran bir ArcGIS sunucu örneğine sahibiz, ancak sonuçları bir ESRI arcsde coğrafi veritabanına dökmeden önce açık kaynak araçları kullanarak hala işlemlerimizi gerçekleştiriyoruz. Söyleyebileceğim kadarıyla, ogr / gdal bir arcsde coğrafi veri tabanından okuma / yazma konusunda bir hayli sınırlı, ancak tüm verilerimizi bir arcsde coğrafi veri tabanında depolayabilmem ve işlem araçlarımızın arcsde kullanabilmelerini beklemem için yeterli değil. şirket için birincil veri deposu olarak coğrafi veritabanı. Yanlış mıyım? PostGIS gibi açık kaynaklı bir coğrafi veritabanına geçersem, İşleme araçlarımız iyi sonuç verirdi ama ESRI servislerini barındırmak için postgis veritabanını veri deposu olarak kullanabileceğimi sanmıyorum. Yanlış mıyım? Hem açık kaynak hem de ESRI'ye sorunsuzca hizmet edebilecek bir coğrafi veritabanı türü var mı? Açık değilse, biri açık kaynak, biri ESRI için paralel coğrafi veri tabanlarını korumak yaygın bir uygulama değil midir?

Ek kırışıklık: Aldığım cevap PostgreSQL / PostGIS kullanmaktı. Bunun tek olası kırışması, bu veritabanını Amazon Web Servisleri'nde (AWS) barındırmak ve mümkünse, veritabanı yönetim yükümüzü en aza indirgemek için (yedekler, yük dengelemesi) Amazon İlişkisel Veritabanı Hizmeti'ni (RDS) kullanmak istiyorum. , vb). Ancak, RDS şu anda sadece veritabanı motorları olarak MySQL, Oracle ve SQL Server'ı desteklemektedir. Eğer RDS, PostgreSQL'i desteklemeye başlarsa, bunun ideal senaryo olacağını düşünür, ancak sadece iki kez kontrol etmek için, PostgreSQL'in ArcGIS + gdal / ogr tabanlı açık kaynaklı birlikte çalışabilirlik için tek seçeneğim olduğunu doğru mu düşünüyorum? Öyleyse AWS'de bir PostgreSQL veritabanı oluşturacağım, onu yönetmek için daha fazla kaynak harcamam gerekecek.

enterprise-geodatabase open-source-gis spatial-database

— Ethan H
kaynak

Bu soruyu yazdığım sırada RDS PostgreSQL'i desteklemiyordu, ama şimdi yapıyor ve PostGIS'i bir RDS PostgreSQL veritabanına eklemek de kolay.

— Ethan H,

Yanıtlar:

Yerel bir PostGIS veritabanını SDE veri deposu olarak kullanabilirsiniz.

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

Bu bağlantı, SDE'ye yerel bir PostGIS tablosu kaydetme temel kurulumunu açıklar. Dezavantajı ESRI'nın yalnızca dar bir Postgres ve PostGIS sürümleri yelpazesini desteklemesidir, işte destekledikleri şeyin listesi:

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

— HeyOverThere
kaynak

Teşekkürler! ESRI kılavuzunun bu bölümünde yapılacak çok fazla okumam var, ancak eğer doğru anlıyorsam, bir PostgreSQL / PostGIS coğrafi veri tabanı oluşturabilir ve bir "EnableEnterpriseGeodatabase (çalıştırmadan) çalıştırmadan ArcGIS’e bağlanabilmeliyim ) "şeylerin üzerinde ArcGIS tarafındaki fonksiyonu? Ayrıca, bir kere bağlanınca, tüm ArcGIS servis türlerini (harita servisi, özellik servisi, vb.) PostGIS ile veri deposu olarak yaratabilmeli miyim?

— Ethan H,

Enterprise Geodatabase'i oluştur aracını çalıştırmanız gerekir, ancak önce PostGIS veritabanını oluşturmak istiyorsanız aracı mevcut veritabanına yönlendirin.

— HeyOverThere

Tamam, ve Enable / CreateEnterpriseGeodatabase aracı, postgis veritabanının yapısını etkilemiyor, öyle ki gdal / ogr, okuma / yazma zor bir zaman alacaktır?

— Ethan H,

Doğru. Yapacağı şey, sde adı verilen yeni bir şema oluşturmak ve tüm sde ile ilgili şeyleri oraya koymak. Aslında mevcut tablolarınızdaki verilere dokunmaz, PostGIS geometrileri olarak kalırlar. Yine de ESRI olmayan yazılımlarda görüntüleyebilir ve düzenleyebilirsiniz, ancak verilerinizi ESRI olmayan sürümüyle güncellerseniz bu sürümleri yok sayar ve doğrudan sürümlerinizi bozabilecek tabloyu düzenler. Öyle olacağını düşünüyorum ama bu varsayımı test etmedim.

— HeyOverThere

@HeyOverTemel tabağı doğrudan düzenlerseniz, hiçbir şeyi bozmazsınız, sonuçlar tahmin edilemez görünür. ArcSDE sürümlü verilere başka bir yazılımla erişmek istiyorsanız, üsse taşı seçeneği ve sürümlü görünümlerle sürümlü olarak bakmalısınız.

— travis,

Veritabanınızı bir SDE Geodatabase olarak kurmanız gerekmez. ArcGIS 10.1'de ArcGIS, SQL Server ve PostGIS (diğerlerinin yanı sıra) yerel veritabanlarını okuyabilir ve yazabilir. Bu, veritabanınızı açık kaynaklı paketler ve ArcGIS (şahsen MS SQL Server veya PostGIS diyebilirim) tarafından desteklenen RDBMS'lerden birinde kurabileceğiniz ve ArcGIS içinden erişebileceğiniz anlamına gelir.

Daha fazla bilgi içeren Yardım sistemine bir bağlantı:

ArcGIS'te veritabanlarıyla çalışma konusunda hızlı bir tur

— Brian
kaynak

ArcGIS ile herhangi bir veritabanını bir SDE Geodatabase olarak kaydetmeden düzenleyebileceğinizden şüpheliyim (uygun lisansla) ... 10.0 sürümünden bu yana, ESRI size SDE'siz doğrudan veritabanına bağlanabilme imkanı verdi. topoloji, ağlar veya sürümlü düzenleme gibi herhangi bir temel özelliği kullanamazsınız.

— Etienne Desgagné

@ EtienneDesgagné - Bildiğim kadarıyla, okumayı desteklemek için SDE dışı işlevselliği 10.1'de artırdılar. Ancak, ArcGIS’de SDE olmayan bir veritabanı kullanırken topoloji, sürüm oluşturma, özellik veri setleri vb. Gibi Geodatabase işlevselliğini desteklemediğiniz doğru. Öte yandan, açık kaynak araçlarını kullanırken ve ArcGIS ortamının dışındaki bir SDE veritabanını kullanırken Geodatabase işlevselliği kullanılamayacak kadar sezgisel değildir.

— Brian,