ArcGIS Pro admite tanto datos locales, como geodatabases de archivos o móviles, como datos remotos, como geodatabases corporativas o datos de servicios (capas web).
Si solo un usuario o proceso accederá a los datos cada vez, puede utilizar datos que sean locales para el cliente. Sin embargo, en sistemas empresariales en los que varios usuarios necesitan acceder a los datos, los datos deben almacenarse en una ubicación central. Esa ubicación será remota para la mayoría de los usuarios y clientes que accedan a ella.
Los datos remotos tienen demandas únicas. Debe evaluar cómo se utilizan estos datos cuando hay varios usuarios accediendo a ellos al mismo tiempo. La transferencia de datos entre ArcGIS Pro y fuentes de datos remotas es sensible a la latencia, y se realizan muchas solicitudes pequeñas mientras se ven y editan datos o se trabaja y se cambia el esquema de datos. A diferencia de los datos locales, a los que normalmente accede un solo usuario, las consultas de larga duración a la base de datos afectan a todos los usuarios de datos remotos. Esto significa que es especialmente importante tener en cuenta cómo se crean y utilizan los mapas en ArcGIS Pro para fuentes de datos remotas.
Sugerencia:
Este tema y sus vínculos relacionados se centran en patrones y prácticas específicas de ArcGIS Pro. Para conocer los patrones y prácticas recomendados para diseñar e implementar sistemas ArcGIS completos, visite el Centro de arquitectura de ArcGIS.
Fuentes de datos locales
Las fuentes de datos locales son aquellas que se almacenan en el mismo equipo donde se ejecuta el cliente que accede a los datos. La mayoría de las fuentes de datos locales, como geodatabases móviles, archivos Open Geospatial Consortium (OGC) GeoPackage, geodatabases de archivos, shapefiles y bases de datos SQLite, no están diseñadas para que las utilice más de un usuario a la vez.
Cuando un usuario accede a los datos desde un cliente en el mismo equipo donde se almacenan los datos, la latencia de la red entre el cliente y la fuente de datos es baja. Además de la baja latencia de la red, hay poco o ningún conflicto entre múltiples usuarios por el acceso a los datos locales. Esto significa que todos los recursos disponibles se pueden dedicar a un solo cliente, y el bloqueo u otros mecanismos similares aplicados por la fuente de datos no causan ningún retraso en la recuperación de datos.
Fuentes de datos remotas
Las fuentes de datos remotas son aquellas que no se ejecutan en el mismo equipo que el cliente que accede a ellas. Todos los almacenes de datos en la nube y la mayoría de las bases de datos relacionales entran en esta categoría. La distancia entre el cliente y los datos (en otras palabras, la distancia física entre los datos y el cliente) afectará a la cantidad de tiempo que lleve enviar consultas entre el cliente y los datos. Por ejemplo, utilizar ArcGIS Pro en su equipo y red locales para acceder a los datos de una base de datos que se ejecuta en un equipo de la sala de servidores de su edificio probablemente no será tan lento como utilizar su instalación local para acceder a una base de datos en la nube.
Más información sobre cómo los datos y las ubicaciones de ArcGIS Pro pueden afectar al rendimiento
La latencia de la red es significativamente mayor para las fuentes de datos remotas que para las fuentes de datos locales, y la velocidad y el rendimiento de su red también afectan al rendimiento.
Cuando accede a datos remotos utilizando hardware y protocolos de transferencia más lentos (por ejemplo, HTTP), los datos deben viajar más lejos a velocidades de transferencia más lentas. Si bien esta latencia rara vez es la causa subyacente de los problemas de rendimiento o escalabilidad, los flujos de trabajo remotos basados en fuentes de datos son más sensibles a las solicitudes de acceso a datos de alta frecuencia o de gran tamaño. En entornos multiusuario, el servidor de datos es un recurso o conjunto de recursos compartido por varios usuarios al mismo tiempo. Al diseñar mapas y flujos de trabajo, debe tener en cuenta las acciones de todos los usuarios del sistema. Las solicitudes de acceso a datos pueden sobrepasar incluso un sistema bien diseñado si no se utilizan técnicas para reducir el volumen total de solicitudes y el tamaño de las solicitudes cuando sea posible.
Más información sobre cómo configurar proyectos, mapas y capas para utilizar datos remotos