Care este diferența dintre ArcSDE și bazele de date activate spațial?

SDE [ArcSDE] se poate referi la cel puțin două lucruri: organizarea datelor dvs. în baza de date (schema SDE) sau un serviciu care ascultă conexiunile de la clienți (serviciul SDE). În general, merg mână în mănușă – serviciul SDE este legat de o schemă SDE într-o bază de date.

În starea „cea mai pură” (sau poate cea mai murdară), SDE gestionează toate calculele spațiale și doar stochează date din baza dvs. de date ca BLOB-uri și alte tipuri SQL native. Unele funcții ale bazei de date, cum ar fi indexarea textului sau XML, sunt utilizate pentru a îmbunătăți performanța, dar, în general, baza de date nu știe că servește date spațiale. Există doar o grămadă de tabele, vizualizări și proceduri, iar acestea sunt pline. de date și funcții.

Cu o bază de date activată spațial, baza de date ESTE conștientă de faptul că datele au o locație. Prin urmare, puteți introduce interogări de locație chiar în instrucțiunile SQL. Poate că acesta este un lucru bun pentru dvs. , depinde într-adevăr de cine vă consumă datele. Dacă consumatorii dvs. de date vorbesc fluent SQL, este minunat! Dacă consumatorii dvs. de date vorbesc fluent ArcMap, probabil că le-ar păsa mai puțin.

Mai recent, am reușit să amestecăm cele două, folosind SDE pentru a traduce într-un tip spațial nativ subiacent. Mai mult, putem folosi „conectarea directă” pentru a ocoli serviciul SDE și trebuie doar să avem aplicația pentru consumatori (ArcMap, server ArcGIS etc.) direct la baza de date. Personal am avut diferite niveluri de succes cu conexiuni directe.

Avantajele utilizării ArcSDE:

• Integrare perfectă cu clienții ESRI
• Performanță bună
• Unele funcționalități de bază subiacente pot fi expuse (vizualizări spațiale, indexuri)

Dezavantaje ale utilizării SDE:

• Poate fi dificil de recuperat din date corupte
• Licența este legat de baza de date
• Niciun acces ușor la geometrie fără utilizarea software-ului ESRI

Beneficii pentru o bază de date activată spațial:

• Date ușor accesibil oricărui client SQL
• Datele pot fi gestionate utilizând instrumentele DB existente (backup, restaurare, analiză)
• Formate deschise disponibile

Dezavantaje pentru folosind o bază de date activată spațial:

• Este posibil ca clienții (software-ul) să nu se poată conecta direct la datele dvs. și să fie nevoiți să utilizeze protocoale sau exporturi ineficiente pentru a le vedea
• Referințele spațiale sunt uneori greu de aplicat sau păstrate consecvente
• S-ar putea suporta o configurație suplimentară sau o gestionare suplimentară

experiență minore cu SDE simplu, deci există probabil mai multe puncte pentru baza de date activată spațial.

Sper că acest lucru vă va ajuta!

Comentarii

• Ați încălca licențele ESRI dacă accesați datele direct și nu prin intermediul serviciului SDE.
• Nu există nicio încălcare. Conectarea directă ESRI nu folosește niciun serviciu SDE (cel puțin la capătul serverului). Mai mult, au publicat multe articole despre utilizarea PostGres, MSSQL și WKT ca tip de stocare spațială în timp ce utilizează SDE, care vă permite să comunicați direct cu datele spațiale. Și mai mult, odată ce a trebuit să curăț SDE, accesând datele direct atunci când s-au stricat. Un alt beneficiu al bazelor de date activate spațial este că baza de date poate face treaba mai degrabă decât să aducă toate datele într-un client și să-i facă să lucreze.
• @CrazyEnigma: este necesară citarea.
• descriere excelentă a SDE vs ST Geometry @mwalker Mulțumesc
• re: referințe spațiale, cred că este opusul. Referințele spațiale în PostGIS sunt standard și SRID-urile sunt aceleași cu codurile EPSG pentru SRS aplicabile. Cu SDE, cel puțin la 9,3x, SRIDS încorporează extensii etc., deci este posibil să aveți două SRID-uri diferite pentru același sistem de referință spațială. Acest lucru cauzează probleme dacă doriți să utilizați SQL spațial.

Iată răspunsul meu pe o singură linie: Utilizați SDE atunci când aveți nevoie de acces multi-utilizator la datele dvs. geospațiale.

Să spunem că doriți ca mai mulți utilizatori să vă editeze datele: utilizați SDE. Să spunem că doriți să difuzați datele și să le permiteți să fie editate pe web: utilizați SDE. Dacă sunteți un magazin mic, cu un tip GIS, nu utilizați SDE.

Dacă tu ești singura persoană care folosește datele tale spațiale, SDE nu este pentru tine. Dacă nu ai nevoie de editare multi-utilizator, SDE nu este pentru tine. Mai bine folosești un fișier GeoDatabase.

În ceea ce privește compromisurile … SDE nu este banal să fie configurat sau gestionat. Trebuie să utilizați un RDBMS.

SDE este destinat organizațiilor mai mari în care este necesară o bază de date, dar mai mulți utilizatori trebuie să acceseze și să actualizeze / editeze date.

Comentarii

• Adică produsele Arc sunt destul de rele atunci când vine vorba de medii multi-usr. Se pare că există o mulțime de lucruri care nu se pot ' face în timp ce oamenii sunt conectați. Dacă performanța și mediul robust multi-utilizator sunt importante, trebuie să fie mai bine să lăsați RDBMS să facă toată munca, fără a implica unele obiecte de mijloc murdare, doar încetinind lucrurile și punând blocaje pe toate. Dar pare fantezist, trebuie să recunosc, căsuța vreau să spun 🙂
• Sunt de acord cu Nicklas. Comparația dvs. are sens în lumea Arc, dar SDE nu este excelent pentru multi utilizatori. Un RDBMS activat spațial, cum ar fi PostGIS, are avantaje în această arenă. Ați încercat vreodată să acordați un drept de utilizator unui set de date SDE pe care îl vizualizează altcineva?
• Da, am ' am întâmpinat problema pe care o ' re descrie cu acordarea de privilegii. Nu sunt sigur dacă ' este încă o problemă, deoarece nu am avut ' de administrat un SDE GDB în câțiva ani. Granturile nu trebuie blocate de încuietori. Cum se ocupă postgres / postgis de editarea multi-utilizator?

În zilele noastre, majoritatea db-urilor spațiale permit spațiale multiple coloane într-un singur tabel, în timp ce SDE rămâne la o coloană spațială pentru un tabel. De asemenea, au date spațiale integrate cu instrumentele lor flexibile și puternice de gestionare a datelor, de care SDE nu are, cum ar fi sachemele utilizatorilor, replicarea datelor, suport SQL și etc.

ESRI SDEBinary este performantul rapid. Dacă vine vorba de ST_GEOMETRY, este posibil ca SDE să nu aibă cele mai bune performanțe.