Consulta de ArcGIS Capa de rendimiento de la documentación o de la retroalimentación

Question

Probé por primera vez esta pregunta en el ArcGIS foros pero como es común llegué a un total de 0 de las respuestas. Estoy dispuesto a aceptar esto puede ser debido a una falta de conocimiento sobre el tema, pero soy optimista. Voy a polinización cruzada de las respuestas o simplemente eliminar el ArcGIS post si permanece intacta.

He comenzado a usar las Capas de Consulta de sólo lectura de los mapas servidos a través de ArcGIS Server (10 SP2) lectura de datos de Oracle 10g. Me encanta! Siempre me he sentido extrañamente incómodo acerca de SDE y esta parece una buena manera de escapar la oportunidad.

En mis pruebas de rendimiento se ve bien, pero me gustaría ver algún tipo de documentación (idealmente) o otros comentarios de los usuarios sobre la Capa de Consulta de rendimiento en vivo de los servicios o de los grandes conjuntos de datos y cómo se compara con otros DBMS opciones (SDE SDE DC).

La única docs he visto hacer una gran cosa de los datos que se consulta cada vez que un usuario que ocurre la acción, pero me sería de esperar que esto suceda en todos los tipos de conexiones. No SDE hacer algo de mágico de almacenamiento en caché que una Capa de Consulta no? Es el mejor mango de usuarios simultáneos de alguna manera?

Si algo me sería de esperar que las Capas de Consulta para mejorar el rendimiento en tiempo de ejecución (menores costes) y reducir el desarrollo / configuración de tiempo (menos de SDE la configuración de los dolores de cabeza).

Cualquier experiencia o informado pensamientos sobre esto sería muy apreciada. Suponga que no estoy preocupado con el control de versiones / multi-usuario de edición, o cualquiera de SDE otros no relacionados con el rendimiento de beneficios.

Answer 1

He hecho algunas investigaciones y en mis casos de prueba se ve como ArcSDE tiene una ligera ventaja de desempeño sobre las capas de consulta que se ensancha como el conjunto de datos crece.

Yo no exclusiva de uso de la infraestructura por lo que hay algunas incógnitas aquí, pero las pruebas se repitieron un par de veces.

He creado 50,000 puntos al azar en WGS84 (Lat/Lon. Yo la primera se crea una consulta de la capa en ArcMap y establecer algunos no-estilo predeterminado (semi-transparente de los símbolos de las estrellas). He exportado el mapa de MSD y creado un nuevo servicio de mapas con la configuración por defecto.

Luego utiliza Apache Bench (ab) para hacer 3 series de 10 solicitudes con la concurrencia de 2 para las imágenes que cubre completa o casi completa del conjunto de datos, a continuación, 3 lotes de 20 solicitudes con la concurrencia de 4 para imágenes que cubren áreas más pequeñas de los datos.

Me desactiva la consulta del mapa de capa de servicio y configurar un SDE basado en el servicio, utilizando las mismas reglas de estilo, el ahorro de MSD, y el mismo mapa por defecto la configuración del servicio. El mismo número de pruebas que se llevaron a cabo con la misma extensión.

Mediante la comparación de la media de cada tipo de petición que se completa el tiempo de respuesta veo:

• ArcSDE es más rápido en 4 de las 6 pruebas
• Diferencias de velocidad entre los dos enfoques gama de 3ms a 1300ms (para el contexto de los tiempos de respuesta más rápidos aquí se 5000ms y 7000ms respectivamente)
• ArcSDE del plomo sobre las capas de consulta es más grande para la llena o casi toda la extensión de mapa de imágenes (50.000 puntos), lo que sugiere que controla mejor los grandes conjuntos de datos

Una de las limitaciones de mi prueba es que ab es la repetición de la misma pedido muchas veces y con clientes simultáneos, de modo que si una es mejor que la otra en la generación de las mismas imágenes en repetidas ocasiones, el rendimiento será mejor aquí, pero este caso de uso no podría surgir en el uso real.

Actualización Corrí más pruebas en contra de 100.000 puntos y SDE plomo ampliado. Esta vez todos los 5 de las solicitudes se completa o casi completa del conjunto de datos, 10 solicitudes con una concurrencia de 2. Aquí están la media total de los tiempos de respuesta (ms)

La Capa De Consulta || ArcSDE

• 10080 || 8117
• 12438 || 8360
• 10232 || 8620
• 9291 || 8149
• 8105 || 5836

Observación interesante: El SDE servicio basado parece requerir que el WKT definición de los SRS como un parámetro de URL, mientras que el basado en Oracle capa de consulta envía el Oráculo SRID (4326). Presumiblemente, esto significa que ArcGIS Server está pidiendo a Oracle por su WKT definición de 4326 - si esto sucede varias veces que podría ayudar a explicar algunas de las diferencias.