¿Refresco lento es de esperarse al ver 1000 puntos de 100 millones con ArcSDE y Oracle?

Question

Es normal experimentar muy lenta la frecuencia de actualización en ArcMap con 1000 puntos de muestra de 100 millones de dólares mediante ArcSDE/Oracle?

Soy la prueba de una instalación con ArcSDE/Oracle de base de datos contienen datos geográficos. Una tabla contiene 100 millones de dólares y otra tabla contiene 70,000 polígonos.

La tasa de actualización, mientras que la visualización del polígono de la tabla en ArcMap es rápido, pero muy lento para el punto de la tabla. No espero ser capaz de mirar a todos los 100 millones de puntos al mismo tiempo, pero pensaba que debería ser posible utilizar la "consulta de definición de" opción para trabajar con un subconjunto de los datos (por ejemplo los puntos con la identificación entre 1-1000).

La definición de la consulta funciona bien y sólo los puntos con la identificación entre el 1 y el 1000 se muestran en el mapa, pero la tasa de actualización es muy lento para algunas áreas. Estas áreas son donde los puntos se encuentran en la tabla de puntos, como se esperaba de estos puntos no se muestran debido a la definición de la consulta, pero entonces ¿por qué es la tasa de actualización tan lento cuando sólo 1000 puntos en total se muestran? Cuando el zoom a la capa se utiliza la actualización tarda 1 seg en escala 1:30.000 y 4 min a 1:500.000 con los mismos datos que se muestran. Ver http://youtu.be/b-9ubqHy7nM .

La actividad de la red muestra que el equipo local sólo recibe los datos para áreas donde los puntos se muestran y la CPU no destacó tanto por lo que no es debido a que el equipo local está haciendo nada.

Parece casi como si no hay ningún índice espacial o hay algo mal con ella, pero este no es el caso. En Oracle SQL Developer consultas espaciales para los puntos dentro de un determinado polígono y para un determinado id funciona muy rápido.

Es posible que una configuración en algún lugar de la instalación de las causas de la baja tasa de actualización en ArcMap o esto es un comportamiento normal para las tablas que contienen esta cantidad de puntos?

Agradezco si alguno de ustedes puede arrojar algo de luz sobre lo que la frecuencia de actualización que deben esperar.

ACTUALIZACIÓN Las versiones en uso: ArcGIS 10.1, Oracle 11g, estoy un poco confuso acerca de la versión de ArcSDE pero al describir la función (arcpy.Describir("DB_connection.sde").la liberación) devuelve 3,0,0. Propiedades de Clase de entidad->Índice de bajo índice espacial muestra este

Answer 1

Tenga en cuenta lo que están haciendo-Usted está solicitando a la base de datos para devolver todos los elementos dentro de la pantalla de la envolvente Y cuyos identificadores se encuentran en los primeros 1000. Y puedes hacerlo con una limitación espacial de la primera opción. Sí, es muy normal ver a la pobre rendimiento en tales circunstancias.

La mejor práctica para la representación en tablas muy grandes no es. Esto puede tomar muchas formas: puede establecer la dependencia de la escala, de modo que los puntos no se procesan hasta que el índice espacial puede garantizar un buen rendimiento. Usted puede clúster características de punto a multi-punto de geometrías en las grandes rectángulos. Usted puede utilizar ATTRIBUTE_FIRST opción de consulta en el más restringido de los atributos.

Si usted necesita espacialmente consulta una tabla muy grande, usted debe asegurarse de que es espacialmente desfragmentado (clon de la tabla a través de una ORDEN, ya sea en el índice espacial de la célula o algún otro atributo espacial [por ejemplo, COUNTY_CODE]), o se obtendrá un rendimiento pobre, no importa qué espacial del índice de tamaño (o RDBMS, o el formato de almacenamiento que usted elija.