¿Cuándo almacenar geometrías utilizando tipos de datos de SQL server geometría o ArcSDE?

Question

Con el lanzamiento de SQL Server 2008 de Microsoft añadió la geometría de tipos de datos. Así geometrías puede ahora en un entorno ESRI ser almacenados utilizando SQL tipos de datos de Servidor o tipos de datos de ArcSDE.

Un colega mío pidió hoy cuando debemos elegir un producto sobre el otro?

Ya tenemos el negocio de bases de datos en SQL-Server y en ArcSDE, si necesitamos crear una nueva base de datos, ¿qué opciones tenemos? ¿Hay ventajas y desventajas para el almacenamiento de datos en una manera o de otra?

Refrased, la Vieja Cuestión aquí es:

"Con el lanzamiento de SQL Server 2008 de Microsoft añadió la geometría de tipos de datos. Así geometrías ahora pueden ser almacenados en SQL-Server o de ArcSDE. Un colega mío pidió hoy cuando debemos elegir un producto sobre el otro? Ya tenemos el negocio de bases de datos en SQL-Server y en ArcSDE, si necesitamos almacenar una nueva polilínea, ¿hay alguna razón para promover un lugar sobre el otro? "

Answer 1

Así geometrías ahora pueden ser almacenados en SQL-Server o de ArcSDE.

Los dos no son mutuamente excluyentes. ArcSDE siempre requiere de un RDBMS para almacenar datos, por lo que no eres el almacenamiento de sus datos "en ArcSDE" o "en SQL Server." Si está utilizando SQL Server, los datos siempre se almacenan en tablas en una base de datos en una instancia de SQL Server.

Cómo se almacenan los datos. ArcSDE trabaja con los datos almacenados como Microsoft geometría (y geografía). Esta es la opción más versátil como usted podrá acceder a sus geometrías con raw de SQL, pero también puede utilizar la funcionalidad avanzada disponible sólo a través de la Geodatabase de Esri. La alternativa al uso de Microsoft espacial de los tipos es el uso de Esri SDE tipo binario que no es fácilmente utilizable con raw de SQL. Echa un vistazo a este tema de ayuda para obtener más información: clases de entidad en una geodatabase en SQL Server

Answer 2

Si almacena sus datos con SQL Server geometría y geografía tipos de datos, usted puede hacer algunos bastante ingenioso cosas, tales como, esencialmente, evitando la pila de ESRI a la hora de actualizar su featureclasses. Usted puede utilizar procedimientos almacenados (o Etl) y desencadena la actualización de su geometría y geografía en cualquier momento, con los servicios o el usuario conectado. He aquí un ejemplo de un desencadenador que despiden después de la inserción (a través de un ETL trabajo) que establece la lat/long columnas y añade un datetime sello para el registro:

ALTER TRIGGER [dbo].[tgr_tpw_insert_geog_shl]
  ON [dbo].[ThirdPartyWellsSurface]
  AFTER INSERT
AS 
BEGIN
SET NOCOUNT ON;
UPDATE [dbo].[ThirdPartyWellsSurface]
SET [dbo].[ThirdPartyWellsSurface].[Shape] = 'POINT(' + CAST([dbo].  [ThirdPartyWellsSurface].[SH_LONGITUDE] AS VARCHAR(15)) + ' ' + CAST([dbo].[ThirdPartyWellsSurface].[SH_LATITUDE] AS VARCHAR(15)) + ')',
    [dbo].[ThirdPartyWellsSurface].[DATE_ADDED] = getdate()
FROM [dbo].[ThirdPartyWellsSurface], inserted
WHERE [dbo].[ThirdPartyWellsSurface].[API] = inserted.[API]
END

Básicamente, cerca de actualizaciones en tiempo real a SDE que son transparentes para los usuarios. Actualizar el mapa o el pan, y los cambios que acaba de aparecer.

Answer 3

Escribí una viento respuesta a una pregunta similar hace:

http://GIS.StackExchange.com/Questions/132/What-is-the-difference-between-esris-SDE-and-Geospatial-DBS/143#143

Un factor decisivo podría ser o no desea escribir instrucciones SQL directamente en la base de datos (procedimientos almacenados, desencadenadores, etcetera) que puede manipular o consultar la geometría.