ST_Geometry vs SDE Binary: buscando recomendaciones, experiencias

Question

Tengo algunas preguntas, he recogido como tratamos de llegar a una decisión acerca de si el uso de ST_Geometry o SDE geometría nativo de Oracle/SDE almacén de datos en un nuevo proyecto. La organización tiene muy pocas legado de sistemas que utilizan la SDE tipo Binario, y este sería el primer uso de ST_Geometry si fue por esa ruta.

Aparte de la capacidad de acceso a los datos espaciales de ArcSDE en SQL, ¿cuáles son los beneficios y los inconvenientes de ST_Geometry?

¿Qué tipo de dificultades has experimentado en la aplicación con un tipo o el otro?

Puede obtener más de un tipo de datos de vivir en el mismo esquema?

Nota: para este proyecto los datos en SDE serán todos los puntos y polígonos.

Answer 1

Yo diría que el principal escollo sería la documentación y los requisitos de configuración en la reconstrucción y el servidor de clúster de construcción.
Puesto simplemente para recordar exactamente cómo configurar la última vez. Con todos los cambios.
Si el dba se sazona y se ha construido varios sistemas es sólo una cuestión de cambio de movimiento repetitivo de la actividad para el nuevo paradigma.
Yo siempre he preferido "otros" tipos de datos para sdebinary.
Pero hasta que haya sido el camino, viajó a cada lado de la carretera, suaviza los baches, y decidió que se convierte fueron senderos y que eran necesarias r su entorno.
Es difícil saber lo que necesita ser documentado.
Pero hacerlo de todos modos!
De esa manera usted tiene algo para volver a través de agregar y quitar.
La pregunta sobre el uso de ambos en el mismo esquema.
Usted no quiere eso.
Cada tipo de datos tiene su propio lado de la gestión del esquema de la tabla y hacer que los demás datos inutilizables. (Ok ya han pasado 7 años desde que me fui por ese camino. Así que no recuerdo exactamente lo que sucedió. Pero sí recuerdo problemas con el tema.)

Answer 2

Como ST_Geometry ha sido el defecto de almacenamiento tipo desde 9.3 acabo de ir con eso, pero un desglose de los pros/contras de cada uno, especialmente en lo que se refiere a rendimiento, sería útil. Es probable que sea más rápido y mejor con el apoyo de diferentes aplicaciones, tales como ArcGIS Spatial Data Server.

@Brad es, probablemente, la derecha que por la cordura de la causa es probablemente la mejor manera de utilizar el mismo tipo de almacenamiento de todos los datos en un esquema de base de datos, pero definitivamente es posible mezclar y combinar mediante el establecimiento de la GEOMETRY_STORAGE de palabras clave a la hora de crear clases de entidad.

Con respecto a el tamaño de almacenamiento, encontré una comparación que muestra ST_Geometry a ser ligeramente mejor que SDEBINARY en el ESRI foros:

Almacenamiento de X/Y Coordref Precisión atodos -aninguno Total% Geom%
SDEBINARY -210,-120,1000000 BÁSICA 1339 1261 - -
SDEBINARY -210,-120,1000000 ALTA 1339 1261 0.0 0.0
SDEBINARY -400,-400,1000000000 ALTA 1540 1464 15.0 16.1
SDELOB -210,-120,1000000 BÁSICA 1585 1509 18.4 19.7
SDELOB -210,-120,1000000 ALTA 1588 1509 18.6 19.7
SDELOB -400,-400,1000000000 ALTA 1826 1748 36.4 38.6
ST_GEOMETRY -210,-120,1000000 BÁSICA 1309 1224 -2.2 -2.9
ST_GEOMETRY -210,-120,1000000 ALTA 1313 1224 -1.9 -2.9
ST_GEOMETRY -400,-400,1000000000 ALTA 1548 1461 15.6 15.9