¿Cuál es la diferencia entre ArcSDE y las bases de datos habilitadas espacialmente?

SDE [ArcSDE] puede referirse al menos a dos cosas: la organización de sus datos en la base de datos (el esquema SDE) o un servicio que escucha las conexiones de los clientes (el servicio SDE). Por lo general, van de la mano: el servicio SDE está vinculado a un esquema SDE en una base de datos.

En su estado «más puro» (o quizás el más sucio), SDE maneja todos los cálculos espaciales y solo almacena datos en su base de datos como BLOB y otros tipos de SQL nativo. Algunas funciones de la base de datos, como la indexación de texto o XML, se utilizan para mejorar el rendimiento, pero en general la base de datos no «sabe» que está proporcionando datos espaciales. Solo hay un montón de tablas, vistas y procedimientos, y están «completos de datos y funciones.

Con una base de datos habilitada espacialmente, la base de datos ES consciente de que los datos tienen una ubicación. Por lo tanto, puede colocar consultas de ubicación directamente en sus declaraciones SQL. Quizás esto sea algo bueno para usted , realmente depende de quién consume sus datos. Si sus consumidores de datos dominan SQL, ¡es genial! Si sus consumidores de datos dominan ArcMap, probablemente no les importe.

Más recientemente, hemos podido combinar los dos mediante el uso de SDE para traducir a un tipo espacial nativo subyacente. Además, podemos usar «conexión directa» para omitir el servicio SDE y simplemente hacer que la aplicación de consumidor (ArcMap, servidor ArcGIS, etc.) se conecte directamente a la base de datos. Personalmente he tenido distintos niveles de éxito con conexiones directas.

Beneficios de usar ArcSDE:

• Integración perfecta con clientes ESRI
• Buen rendimiento
• Se puede exponer alguna funcionalidad subyacente de la base de datos (vistas espaciales, índices)

Inconvenientes de usar SDE:

• Puede ser difícil recuperar datos corruptos
• La licencia es vinculado a la base de datos
• No hay fácil acceso a la geometría sin usar el software ESRI

Beneficios de una base de datos habilitada espacialmente:

• Datos fácilmente accesible para cualquier cliente SQL
• Los datos se pueden administrar utilizando herramientas de base de datos existentes (copia de seguridad, restauración, análisis)
• Formatos abiertos disponibles

Inconvenientes de utilizando una base de datos habilitada espacialmente:

• Es posible que los clientes (software) no puedan conectarse directamente a sus datos y que tengan que utilizar protocolos o exportaciones ineficientes para verlos
• Las referencias espaciales a veces son difíciles de aplicar o mantener la coherencia
• Podría incurrir en gastos adicionales de configuración o administración

Tengo m experiencia con SDE simple, por lo que es probable que haya más puntos para la base de datos habilitada espacialmente.

¡Espero que esto ayude!

Comentarios

• Estaría infringiendo las licencias de ESRI si accede a los datos directamente y no a través del servicio SDE.
• No hay infracción. La conexión directa de ESRI no utiliza ningún servicio SDE (al menos en el extremo del servidor). Además, han publicado muchos artículos sobre el uso de PostGres, MSSQL y WKT como tipo de almacenamiento espacial mientras usan SDE, lo que le permite comunicarse directamente con los datos espaciales. Y más de una vez tuve que limpiar SDE accediendo a los datos directamente cuando se rompieron. Otro beneficio de las bases de datos habilitadas espacialmente es que la base de datos puede hacer el trabajo en lugar de traer todos los datos a un cliente y hacer que haga el trabajo.
• @CrazyEnigma: cita requerida.
• gran descripción de SDE vs ST Geometry @mwalker Gracias
• re: referencias espaciales, creo que es todo lo contrario. Las referencias espaciales en PostGIS son estándar y los SRID son los mismos que los códigos EPSG para los SRS aplicables. Con SDE, al menos a 9.3x, los SRIDS incorporan extensiones, etc., por lo que puede tener dos SRID diferentes para el mismo Sistema de referencia espacial. Esto causa problemas si desea utilizar SQL espacial.

Aquí está mi respuesta de una línea: Utilice SDE cuando necesite acceso de varios usuarios a sus datos geoespaciales.

Digamos que desea que varios usuarios editen sus datos: utilice SDE. Supongamos que desea entregar datos y permitir que se editen en la web: use SDE. Si es una tienda pequeña, con un solo tipo de GIS, no use SDE.

Si usted es la única persona que usa sus datos espaciales, SDE no es para usted. Si no necesita la edición multiusuario, SDE no es para usted. Es mejor que use un archivo GeoDatabase.

En cuanto a las compensaciones … SDE no es trivial de configurar o administrar. Tienes que usar un RDBMS.

SDE está diseñado para organizaciones más grandes donde se necesita una base de datos pero varios usuarios necesitan acceder y actualizar / editar datos.

Comentarios

• Quiero decir que los productos Arc son bastante malos cuando se trata de entornos multi-usr. Parece que hay muchas cosas que ' no se pueden hacer mientras la gente está conectada. Si el rendimiento y un entorno multiusuario robusto son importantes, es mejor dejar que el RDBMS haga todo el trabajo sin involucrar algunos middleware sucios, simplemente ralentizando las cosas y bloqueando todo. Pero parece elegante, tengo que admitirlo, me refiero a la caja 🙂
• Estoy de acuerdo con Nicklas. Su comparación tiene sentido dentro del mundo Arc, pero SDE no es excelente para múltiples usuarios. Un RDBMS habilitado espacialmente como PostGIS tiene ventajas en este campo. ¿Alguna vez ha intentado otorgar derechos de usuario a un conjunto de datos SDE que otra persona está viendo?
• Sí, ' me he encontrado con el problema que ' está describiendo con concesión de privilegios. No estoy seguro de si ' sigue siendo un problema, ya que no ' tuve que administrar un SDE GDB en un par de años. Las subvenciones no deben estar bloqueadas por candados. ¿Cómo maneja postgres / postgis la edición de múltiples usuarios?

Hoy en día, la mayoría de las bases de datos espaciales permiten múltiples columnas en una tabla, mientras que SDE se adhiere a una columna espacial para una tabla. También tienen datos espaciales integrados con sus herramientas de gestión de datos flexibles y potentes, de las que carece SDE, como sachems de usuario, replicación de datos, soporte SQL, etc.

ESRI SDEBinary es el de mayor rendimiento. Si se trata de ST_GEOMETRY, es posible que SDE no tenga el mejor rendimiento.