La plataforma ArcGIS y la geodatabase
ArcGIS es una plataforma de SIG completa e integrada. Se trata de un sistema para administrar la información, organizar y visualizar mapas y datos y analizar relaciones y patrones en cualquier geografía. Así, usted puede diseñar, planificar y realizar análisis predictivos. Puede tomar decisiones informadas basándose en análisis, tomar medidas y compartir esta información en toda una organización o entre organizaciones. De esta forma, la plataforma ofrece una forma de administrar su sistema de registro y también constituye un sistema de conocimiento. ArcGIS también es un sistema de interacción que aprovecha los servicios web para integrar a personas, equipos, departamentos y organizaciones completas con conocimientos compartidos. Con ello se promueve la colaboración entre los sistemas distribuidos y las personas y, en último término, la plataforma es un SIG web completo: un sistema de sistemas.
La plataforma ArcGIS es flexible y admite múltiples patrones de implementación en función de sus necesidades, desde el sistema de escritorio hasta el servidor o una experiencia web online con Enterprise, Portal y ArcGIS Online. También puede implementar cualquier combinación de estos componentes. Se trata de una completa plataforma de cartografía basada en la nube con aplicaciones y contenido. Se ofrecen API públicas para desarrollar sus propias soluciones y ampliar las capacidades de ArcGIS más allá de lo disponible llave en mano. La intención del diseño de la plataforma es apoyar a las personas, los equipos y las organizaciones con cualquier capacidad que necesiten, por lo que es igualmente adecuado para establecimientos de una sola persona y grandes organizaciones internacionales.
Una parte esencial de la plataforma, y de cualquier otro SIG, es la administración y recopilación de datos. ArcGIS Pro utiliza la geodatabase para administrar los datos geográficos. La geodatabase almacena datos espaciales y no espaciales y los organiza en datasets. Entre los tipos de datasets que se pueden mantener en una geodatabase están las tablas, clases de entidades, clases de relación, topologías y redes de servicios. Una geodatabase corporativa almacena datos en una base de datos relacional y aprovecha sus capacidades para admitir el almacenamiento de grandes datasets, además de para proporcionar un acceso a datos multiusuario y eficiente. También le permite compartir datos como servicios en su portal u online.
Un ciclo de vida típico para una geodatabase corporativa implica los siguientes pasos:
- Diseño de la geodatabase
- Creación de la geodatabase
- Carga inicial de los datos: durante esta fase, se cargan datos para un área de interés. Los datos que se cargan pueden proceder de bases de datos, portales, bibliotecas de mapas corporativas existentes u orígenes en línea tales como Living Atlas, o bien se pueden comprar.
- Edición y administración de datos: durante esta fase, se modifican datos existentes y se agregan nuevos datos a la base de datos según sea necesario.
Algunos ejemplos de cambios que se podrían realizar en una geodatabase durante la edición y la administración de los datos son los siguientes:
- Actualizar la dirección de un cliente
- Subdividir una parcela para reflejar una venta en una base de datos de estructura de la parcela
- Agregar un punto de servicio a un nuevo cliente en una base de datos de servicios
- Actualizar un bloque de bosque para reflejar una operación de tala planeada
- Diseñar una nueva subestación en una base de datos de servicios
- Usar una aplicación en el campo, por ejemplo Collector, para modificar activos y reflejar daños causados por tormentas
- Planear una nueva subdivisión en una base de datos de planificación del terreno
- Realizar un escenario hipotético para una simulación de la recuperación ante un desastre
Cada uno de los cambios anteriores corresponde a una unidad de trabajo definida por la aplicación, o transacción, que se realiza contra una geodatabase.
Qué es una transacción
Una transacción es una unidad de trabajo realizada en una base de datos. Se inicia una transacción, se realizan modificaciones contra la base de datos y, a continuación, la transacción se confirma o se deshace. Una vez confirmada la transacción, los cambios realizados por la transacción se hacen visibles para otros usuarios y aplicaciones.
Las transacciones tienen las siguientes propiedades estándar, conocidas como propiedades ACID, en las que confían los usuarios y las aplicaciones:
Atómica: una transacción exhibe un comportamiento de tipo "todo o nada". Si se confirma, todos los cambios se aplican a la base de datos. Si se deshace, ninguno de sus cambios se aplica.
Coherente: una transacción deja la base de datos en un estado coherente.
Aislada: una transacción puede aislar sus cambios de otras transacciones hasta que los confirme. Otros usuarios no ven el trabajo interno de la transacción mientras está en curso.
Duradera: una vez que una transacción se confirma, sus resultados son persistentes.
Para lograr estas propiedades, los sistemas de administración de bases de datos utilizan una variedad de mecanismos de bloqueo para garantizar que varias transacciones simultáneas se blinden o se aíslen entre sí.
Transacciones y datos geográficos
En la mayoría de las aplicaciones, cada transacción implica un número pequeño de operaciones que pueden completarse en una fracción de segundo o, a lo sumo, en un minuto o dos. Algunos ejemplos son retirar dinero de una cuenta bancaria, actualizar las horas de trabajo en una aplicación de nómina o escribir un registro médico.
En algunos aspectos, los datos geográficos no son diferentes. Actualizar datos, tales como la dirección de un cliente o la designación de zona de una parcela, es una operación que podría completarse en una transacción corta que tarda uno o dos minutos.
A menudo, no obstante, es necesario pasarse una o dos horas desplazando gráficamente, modificando y agregando datos para completar una orden de trabajo. Hay también casos en los que se necesita trabajar en una transacción durante días o incluso meses para completar todas las ediciones, por ejemplo para un diseño de ingeniería. Aunque puede hacer un número muy grande de cambios, todavía deseará ejecutar el flujo de trabajo en total aislamiento y confirmarlo como una transacción larga única.
En las Estrategias de administración de datos corporativos se explica cómo admitir transacciones de complejidad y duración variables contra datos geográficos tanto simples como complejos.