Quando vorresti utilizzare ArcSDE (disponibile come livello di licenza ArcGIS Server Basic) rispetto a un database abilitato spazialmente?
Quali sono i compromessi su entrambi i lati?
Quali sono i vantaggi su entrambi i lati?
Quando vorresti utilizzare ArcSDE (disponibile come livello di licenza ArcGIS Server Basic) rispetto a un database abilitato spazialmente?
Quali sono i compromessi su entrambi i lati?
Quali sono i vantaggi su entrambi i lati?
Risposte:
SDE [ArcSDE] può fare riferimento ad almeno due cose: l'organizzazione dei dati nel database (lo schema SDE) o un servizio in ascolto delle connessioni dai client (il servizio SDE). Generalmente vanno di pari passo: il servizio SDE è associato a uno schema SDE in un database.
Nel suo stato "più puro" (o forse più sporco), SDE gestisce tutti i calcoli spaziali e archivia i dati nel database solo come BLOB e altri tipi SQL nativi. Alcune funzioni del database, come l'indicizzazione di testo o XML, vengono utilizzate per migliorare le prestazioni, ma in genere il database non "sa" che sta servendo dati spaziali. C'è solo un mucchio di tabelle, viste e procedure, e sono pieni di dati e funzioni.
Con un database abilitato spazialmente, il database È consapevole che i dati hanno una posizione. Quindi, puoi inserire le query sulla posizione direttamente nelle tue istruzioni SQL. Forse questa è una buona cosa per te, dipende davvero da chi sta consumando i tuoi dati. Se i tuoi utenti di dati parlano fluentemente SQL, è fantastico! Se i tuoi utenti di dati parlano fluentemente ArcMap, probabilmente non se ne cureranno di meno.
Più recentemente siamo stati in grado di fondere i due, usando SDE per tradurre in un tipo spaziale nativo sottostante. Inoltre, possiamo usare la "connessione diretta" per bypassare il servizio SDE e fare in modo che l'applicazione consumer (ArcMap, server ArcGIS, ecc.) Si colleghi direttamente al database. Personalmente ho avuto diversi livelli di successo con connessioni dirette.
Vantaggi dell'uso di ArcSDE:
Svantaggi dell'utilizzo di SDE:
Vantaggi di un database abilitato spazialmente:
Svantaggi dell'utilizzo di un database abilitato spazialmente:
Ho più esperienza con il semplice SDE, quindi ci sono probabilmente più punti per il database abilitato spazialmente.
Spero che sia di aiuto!
Ecco la mia risposta a una riga: utilizzare SDE quando è necessario l'accesso multiutente ai dati geospaziali.
Supponiamo che tu voglia che più utenti modifichino i tuoi dati: usa SDE. Supponiamo che tu voglia fornire i dati e consentirne la modifica sul Web: usa SDE. Se sei un piccolo negozio, con un ragazzo GIS, non usare SDE.
Se sei l'unica persona che utilizza i tuoi dati spaziali, SDE non fa per te. Se non hai bisogno di editing multiutente, SDE non fa per te. Stai meglio usando un file GeoDatabase.
Per quanto riguarda i compromessi ... SDE non è banale da configurare o gestire. Devi usare un RDBMS.
SDE è pensato per le organizzazioni più grandi in cui è necessario un database ma diversi utenti devono accedere e aggiornare / modificare i dati.
Oggi la maggior parte dei dbs spaziali consente più colonne spaziali in una tabella, mentre SDE si attacca a una colonna spaziale per una tabella. Hanno anche dati spaziali integrati con i loro strumenti di gestione dei dati flessibili e potenti, di cui manca SDE, come sachems dell'utente, replica dei dati, supporto SQL e così via.
ESRI SDEBinary è l'esecutore veloce. Se si tratta di ST_GEOMETRY, SDE potrebbe non avere le migliori prestazioni.