Estaba preguntando en un foro si podría ser una buena idea crear índices espaciales en subconjuntos de una tabla cuando su aplicación muestra en el mapa solo esos subconjuntos y nunca la tabla completa.
Estaba haciendo esta pregunta porque pensé que, dado que los subconjuntos no tienen la misma extensión de toda la tabla, tal vez sería más rápido mostrar los subconjuntos con sus propios índices espaciales.
La respuesta que recibí fue que los índices espaciales no afectan el tiempo de visualización, sino que solo se usan para consultas espaciales como unión o intersección. ¿¿¿Es verdad??? Mi experiencia con SIG y la base de datos es cuando una tabla no tiene índice espacial, la visualización en el mapa es mucho más lenta. Siempre pensé que en la pantalla se consultaba la tabla para mostrar las características que se cruzan con la extensión de la ventana del mapa actual, por lo que las características externas no se cargan por nada. ¿Es realmente como funciona? Este es un tipo de consulta espacial no?
¿Cuál es la verdad? ¿Es una buena idea crear índices espaciales en subconjuntos?
fuente
En bases de datos grandes o en una base de datos con muchos cambios, puede ser muy importante tener índices espaciales establecidos y actualizados regularmente.
(Manteniéndolo simple aquí)
Por ejemplo, para las capacidades de indexación de Oracle Spatial en el motor de base de datos Oracle es una característica clave del producto Spatial. Un índice espacial, como cualquier otro índice, proporciona un mecanismo para limitar las búsquedas , pero en este caso se basa en criterios espaciales como la intersección y la contención. Se requiere un índice espacial para:
Indexación espacial con Oracle 11.2g
http://docs.oracle.com/cd/E11882_01/appdev.112/e11830/sdo_index_query.htm
fuente