Mi a különbség az ArcSDE és a térben engedélyezett adatbázisok között?

Az SDE [ArcSDE] utalhat legalább két dolog: az adatok szervezése az adatbázisban (SDE séma), vagy egy szolgáltatás, amely figyeli az ügyfelek kapcsolatait (SDE szolgáltatás). Általában kesztyűben járnak – az SDE szolgáltatás egy adatbázis SDE sémájához van kötve.

A “legtisztább” (vagy talán a legpiszkosabb) állapotban az SDE kezeli az összes térbeli számítást, és csak tárol. adatok az adatbázisban BLOB-okként és más natív SQL-típusokként. Bizonyos adatbázis-funkciókat, például a szöveges vagy XML-indexelést a teljesítmény javítására használnak, de általában az adatbázis nem “tudja”, hogy téradatokat szolgáltat. Csak egy csomó tábla, nézet és eljárás van, és ezek megtelnek. az adatok és a függvények.

Egy térben engedélyezett adatbázissal az adatbázis tudatában van annak, hogy az adatoknak helye van. Tehát közvetlenül az SQL utasításaiba tehet helykérdezéseket. Talán ez jó dolog neked , ez valóban attól függ, ki fogyasztja el az adatait. Ha az adatfogyasztók folyékonyan beszélik az SQL-t, nagyszerű! Ha az Ön adatfogyasztói folyékonyan beszélnek az ArcMap programmal, akkor valószínűleg kevésbé érdekelhetik őket.

Újabban sikerült összekevernünk a kettőt úgy, hogy az SDE segítségével lefordítottuk alapul szolgáló natív tértípusra. Ezenkívül használhatjuk a “közvetlen csatlakozást” az SDE szolgáltatás megkerüléséhez, és csak a fogyasztói alkalmazásokat (ArcMap, ArcGIS szerver stb.) Közvetlenül az adatbázishoz kell csatlakoztatni. Személy szerint különböző szintű sikereket értem el közvetlen kapcsolatokkal.

Az ArcSDE használatának előnyei:

• Zökkenőmentes integráció az ESRI ügyfelekkel
• Jó teljesítmény
• Bizonyos adatbázis-alapú funkciók ki vannak téve (térbeli nézetek, indexek)

Az SDE használatának hátrányai:

• Nehéz lehet helyreállítani a sérült adatokat
• A licenc az adatbázishoz kötve
• Nincs könnyű hozzáférés a geometriához ESRI szoftver használata nélkül

Előnyök a térben engedélyezett adatbázis számára:

• Adatok könnyen bármely SQL kliens számára elérhető
• Az adatok a meglévő DB eszközökkel kezelhetők (biztonsági mentés, visszaállítás, elemzés)
• Nyílt formátumok állnak rendelkezésre

Hátrányok térben engedélyezett adatbázis használata:

• Előfordulhat, hogy az ügyfelek (szoftverek) nem tudnak közvetlenül kapcsolódni az adatokhoz, és előfordulhat, hogy nem hatékony protokollokat vagy exportálást kell használniuk annak megtekintéséhez.
• A térbeli referenciákat néha nehéz alkalmazni vagy konzisztensek tartani.
• További konfigurációs vagy kezelési költségeket okozhat

Van m érc tapasztalata a sima SDE-vel, így valószínűleg több pont jut a térben engedélyezett adatbázishoz.

Remélem, ez segít!

Megjegyzések

• Ha az adatokhoz közvetlenül és nem az SDE szolgáltatáson keresztül fér hozzá, akkor megsértené az ESRI licencelését.
• Nincs jogsértés. Az ESRI közvetlen kapcsolat nem használ SDE szolgáltatást (legalábbis a szerver végén). Ezenkívül számos cikket tettek közzé a PostGres, az MSSQL és a WKT térbeli tárolóként történő felhasználásáról, miközben SDE-t használnak, amely lehetővé teszi a közvetlen kommunikációt a téradatokkal. És többször kellett megtisztítanom az SDE-t úgy, hogy közvetlenül hozzáfértem az adatokhoz, amikor azok megszakadtak. A térben engedélyezett adatbázisok további előnye, hogy az adatbázis megteheti a munkát, nem pedig az összes adatot be tudja vinni egy kliensbe, és rábírja a munkát.
• @CrazyEnigma: idézet szükséges.
• az SDE vs ST Geometry nagy leírása @mwalker Köszönöm
• re: térbeli referenciák, azt hiszem, hogy ennek az ellenkezője. A PostGIS térbeli hivatkozásai szabványosak, és az SRID-ek megegyeznek az alkalmazandó SRS EPSG-kódjaival. SDE esetén, legalább 9,3x-nél, az SRIDS kiterjedt stb., Így ugyanazon a térbeli referenciarendszerhez két különböző SRID lehet. Ez problémákat okoz, ha térbeli SQL-t akar használni.

Itt az egysoros válaszom: Használja az SDE-t, ha többfelhasználós hozzáférésre van szüksége a térinformatikai adataihoz.

Mondjuk azt, hogy több felhasználót szeretne szerkeszteni az adatain: használja az SDE-t. Tegyük fel, hogy adatokat szeretne szolgáltatni az interneten, és lehetővé teszi azok szerkesztését az interneten: használja az SDE-t. Ha Ön kis üzlet, egy GIS-sráccal, ne használja az SDE-t.

Ha Ön nem az egyetlen, aki a térbeli adatait használja, az SDE nem az Ön számára. Ha nem kell több felhasználót szerkesztenie, akkor az SDE nem az Ön számára. Jobban jár, ha egy GeoDatabase fájlt használ.

Ami a kompromisszumokat illeti … az SDE-t nem triviális beállítani vagy kezelni. RDBMS-t kell használnia.

Az SDE nagyobb szervezetek számára készült, ahol egy adatbázisra van szükség, de több felhasználónak hozzáférnie kell az adatokhoz, és frissítenie / szerkesztenie kell őket.

Megjegyzések

• Úgy értem, hogy az Arc termékek elég rosszak, ha több usr környezetekről van szó. Úgy tűnik, hogy sok mindent nem lehet ' tenni, amíg az emberek kapcsolatban állnak egymással. Ha fontos a teljesítmény és a robusztus többfelhasználós környezet, akkor jobban meg kell engedni, hogy az RDBMS minden munkát elvégezzen, és ne vegyen részt valamilyen piszkos középáruval, csak lassítva a dolgokat és mindenre zárat helyezve. De divatosnak tűnik, be kell vallanom, a dobozra gondolok 🙂
• Egyetértek Nicklasszal. Az összehasonlításnak van értelme az Arc világon belül, de az SDE nem jó a többfelhasználósnál. Egy olyan térben engedélyezett RDBMS, mint a PostGIS, előnyökkel jár ezen az arénán. Megpróbálta már megadni a felhasználói jogokat egy SDE-adathalmazra, amelyet valaki más megtekint?
• Igen, ' belefutottam a problémába, amelyet ' újra leírja a jogosultságok megadásával. Nem biztos abban, hogy ' még mindig probléma, mivel ' nem kellett pár éven belül SDE GDB-t adminisztrálnom. A támogatásokat nem szabad zárral zárni. Hogyan kezelik a postgres / postgis a többfelhasználós szerkesztést? oszlopok egy táblában, míg az SDE egy térbeli oszlophoz ragaszkodik egy táblához. A rugalmas és hatékony adatkezelő eszközeikkel integrált téradatokat is tartalmaznak, amelyek hiányoznak az SDE-ből, például felhasználói sachemekből, adatreplikációból, SQL támogatásból stb.

  Az ESRI SDEBinary a gyorsan teljesítő. Ha ST_GEOMETRY értékről van szó, akkor az SDE nem biztos, hogy a legjobb teljesítményt nyújtja.