Çoğu zaman insanlar GeoDatabase'i, uzamsal sorgulamalar yapmanıza izin veren jeo uzamsal bir format olarak düşünmeyi yanlışlarlar. Bu inanılmaz bir basitleştirme.
Heck, bu hatayı kendim yapardım - bir güne kadar Scott Morehouse'un GeoDatabase'in gerekçelerini açıkladığını duydum. Çok soyut yolları, yukarı yönlü yolu en yüksek düşünmeye ve sonra da çok hızlı inmesi ve olabilir insanlardan biri olduğunu çok bu nedenle problemlerin önü pratik ve mimari astronotlar var.
GeoDatabase'in ne olduğunu anlamak için bir bilgi modelinin tanımına bakmanız gerekir :
Yazılım mühendisliğindeki bir bilgi modeli, seçilen bir söylem alanı için veri anlamını belirlemek için kavramların, ilişkilerin, kısıtlamaların, kuralların ve işlemlerin temsilidir. Etki alanı bağlamı için paylaşılabilir, istikrarlı ve organize bir bilgi gereksinimi yapısı sağlayabilir.
GeoDatabase, yalnızca Geographic kavramlarını destekleyen bir bilgi modelinin bir ESRI tanımıdır. Örneğin, bu bilgi modeli Topoloji ; bunlarla ilgili tüm kurallar, işlemler ve veri semantikleri ile (örneğin, neyin üstüne gelmesine izin verilir, bir bölünmeden sonra ne olur, bir düzenlemenin aynı kenarı paylaşan diğer özellikleri nasıl etkilediği vb.)
ESRI GeoDatabase bilgi modelinin çeşitli uygulamaları vardır ve bunlar iki kategoride sınıflandırılabilir:
Tek Kullanıcı GeoDatabases:
- Kişisel GeoDatabase: ".mdb" MS Access biçiminin üstüne inşa edilmiştir.
- FileGDB: ESRI (".gdb" klasörleri) tarafından oluşturulan tescilli bir formata dayalı
Çok kullanıcılı GeoDatabases (aka Enterprise GeoDatabases):
Bunlar, ArcSDE ara yazılımı tarafından desteklenen veri kaynaklarıdır.
- PostgreSQL
- SQL Server
- torpil
- DB2
- ınformix
- vb
ArcSDE'nin amacı da yanlış anlaşılıyor. "SDE" çoğu zaman bir GeoDatabase ile karıştırılır - ve en kötü durumlarda, terimler birbirinin yerine kullanılır; korkunç bir hata. Güne, ArcSDE (daha sonra sadece SDE olarak adlandırılır) veri soyutlama katmanı olarak kullanılmak üzere yaratıldı . ArcSDE'nin basit bir açıklamasını, Scott Morehouse (1999) 'daki çok eski bir USENET haber yayınından bulabilirsiniz . Bu gönderiden bir snippet şöyle diyor:
SDE, DBMS'ye uzaysal işlemeyi savunuyor. Temel veritabanı sisteminin mekansal desteği yok ise, SDE tüm mekansal işlevselliği uygulayacaktır. Temel veritabanında bazı işlevler varsa, SDE bazı işlevler uygular ve gerisini veritabanı motoruna erteler. En iyi performansı elde etmek ve çekirdek veritabanı teknolojisini kullanmak için, veritabanına olabildiğince fazla işlevsellik kazandırmaya çalışıyoruz.
Bu, ArcSDE'nin GeoDatabase tarafından altta yatan veri kaynaklarıyla etkileşime girdiğinde kullanıldığı, ancak İlişkiler, Alanlar, Terinler, Kadastral Kumaş, Şematik Veri Kümeleri, vb . Gibi GeoDatabase soyutlamaları hakkında hiçbir şey bilmediği anlamına gelir . Sadece çeşitli altta yatan veri depolarıyla programlamayı kolaylaştırmak için kullanılır.
Bu nedenle, GeoDatabase düzeyinde soyutlamalar ile uğraşıyorsanız ve ardından ArcSDE'den (API veya arcsde komut satırı çalıştırılabilir dosyaları) bir şeyler yapmaya çalışırsanız, sorunlarla karşılaşabilirsiniz. (Bu cümleyi daha büyük yapabilir miyim ???)
GeoDatabase'in her farklı uygulamasının sınırlamaları göz önüne alındığında, genellikle altta yatan depolamaya bağlıdır.
Kişisel GDB 2GB mdb (Erişim) sınırına bağlıdır. FileGDB, bu sınırlamadan kurtulmak ve unix ile uyumlu olmak için yaratıldığından beri bu sorunu yaşamıyor.
Hem Kişisel GDB hem de FileGDB tek kullanıcılıdır. Yani herhangi bir sürüm alamadım . GDB çoğaltması, modelleme üzerine uygulanır, bu nedenle yalnızca tüm Çok kullanıcılı GeoDatabas'ların (ArcSDE Veri Kaynakları) bir özelliğidir.
Topoloji, Açıklamalar , Temsil Sınıflar , Alanlar , Arazilerde , vs, yapma çoklu kullanıcı desteği gerektiren tüm GeoDatabase kavramlardır - onlar GeoDatabase bilgi modelinin tüm uygulamaları üzerinden kullanılabilir böylece.
Her bir GDB uygulaması için kullanıldığı sürece, bu sizin ihtiyaçlarınıza bağlıdır. Bu nedenle çoğu (ancak tümü değil) kullanım durumları için bir tür GeoDatabase vardır.
Umarım bu açıklığa kavuşturur.