Tipos de versionado

Disponible con una licencia Standard o Advanced.

Hay dos tipos de versionado principales disponibles para su uso en una geodatabase corporativa. Se aplican muchos conceptos y flujos de trabajo similares en ambos tipos de versionado, aunque también existen algunas diferencias clave que los distinguen. El tipo de versionado utilizado depende de sus flujos de trabajo y de opciones de implementación. Dado que una geodatabase corporativa puede contener datasets con una mezcla de tipos de versionado, es importante entender los flujos de trabajo de implementación y uso admitidos para cada tipo.

Existen dos tipos de versionado disponible, cada uno dedicado a opciones particulares de flujos de trabajo e implementación:

• Versionado en rama: facilita el modelo de SIG web, ya que permite situaciones de edición multiusuario y transacciones largas al trabajar con capas de entidades web. Para obtener más información, consulte escenarios de versiones en rama.
• Versionado tradicional: proporciona la flexibilidad de trabajar dentro de versiones para transacciones largas accediendo directamente desde la geodatabase corporativa, y una experiencia de edición simplificada al utilizar servicios de entidades para acomodar transacciones más cortas. Para obtener más información, consulte escenarios de versiones tradicionales.
  • Versionado tradicional con la opción de mover las ediciones a la base: una forma opcional de versionado tradicional que ofrece a los editores y a las aplicaciones acceso directo a los datos base y al mismo tiempo permite a otros editores trabajar dentro de sus propias versiones aisladas

Versionado en rama

ArcGIS es un SIG web completo, una plataforma de sistemas capaz de compartir datos entre individuos, equipos y organizaciones. Se consigue colaborando a través de servicios en línea o en un portal de la organización. El versionado en rama es el mecanismo que hay detrás de la edición de transacciones largas para capas de entidades web (servicios de entidades). Si necesita que varios editores accedan simultáneamente a capas de entidades web con la posibilidad de deshacer y rehacer sus ediciones, antes debe registrar sus datos como versionados en rama.

Cuando se comparte como capa de entidades web un dataset que está registrado como versionado en rama, puede habilitar la capacidad de Administración de versiones en el momento de la publicación. Con ello se crea un servicio de administración de versiones (también conocido como un servidor de administración de versiones) que facilita la creación de versiones con nombre y la gestión de versiones. Luego, los editores pueden trabajar con su propia versión con nombre en la capa de entidades web, actualizar los datos y conciliar y publicar sus cambios con la versión predeterminada al terminar.

Ventajas

Entre las ventajas del versionado en rama están las siguientes:

• Las tareas de edición y administración de versiones emplean una arquitectura orientada al servicio. Esto permite acceder a datos usando capas de entidades web desde un portal de ArcGIS Enterprise.
• Los flujos de trabajo de administración de versiones se simplifican gracias a un modelo de datos simplificado.
• Deshaga o rehaga ediciones mientras edita datos en versiones con nombre. Para obtener más información, consulte Editar capas de entidades web.
• La resolución de conflictos puede administrarse durante varias sesiones.
• Los datasets de redes de servicios, estructuras de parcelas y topología admiten el versionado en rama para la edición de flujos de trabajo cuando se utiliza una geodatabase corporativa.
• Rastree ediciones para operaciones de inserción, actualización y eliminación en entidades en una versión.

Limitaciones

Entre las limitaciones del versionado en rama están las siguientes:

• Los datasets versionados en rama no son accesibles en ArcMap ni en las versiones anteriores a ArcGIS Pro 2.1.
• El versionado en rama solo se admite para ciertos datasets en una geodatabase. Para obtener más información en relación con los datasets admitidos para el versionado en rama, consulte Estrategias de administración de datos corporativos.
• El versionado en rama permite un único editor por versión con nombre o varios lectores. Una vez que un editor comienza a editar una versión con nombre, se obtiene un bloqueo exclusivo y ningún otro usuario puede conectarse a esa versión.
• El versionado en rama tiene una jerarquía de versiones simplificada que permite que solo se cree un nivel de versiones nominales desde la versión predeterminada.
• Al editar datos en la versión predeterminada, no se admiten las acciones de deshacer y rehacer.

Versionado tradicional

Si no está trabajando con capas de entidades web que requieran transacciones largas, aunque desea las ventajas en edición multiusuario y flujo de trabajo que proporcionan las versiones, puede usar el versionado tradicional como estrategia de administración de datos. Con ello tiene la flexibilidad de acomodar varios editores y versiones aisladas para administrar sus flujos de trabajo, por ejemplo, escenarios hipotéticos, análisis predictivos y propuestas de sitio de trabajo.

El versionado tradicional está destinado a los usuarios que utilizan flujos de trabajo de edición multiusuario accediendo a la geodatabase corporativa directamente por medio de la conexión de base de datos. Si necesita que varios usuarios realicen la edición de transacciones largas al acceder a los datos directamente desde una conexión a la geodatabase corporativa, utilice el versionado tradicional. Los datasets que están registrados para el versionado tradicional se pueden compartir a través de capas de entidades web, pero las capas de entidades web no tendrán el mismo nivel de capacidades de gestión de versiones multiusuario. Por ejemplo, la versión desde la que publica es la única versión a la que tiene acceso cuando se conecta a esa capa de entidades web, y no puede deshacer ni rehacer las ediciones que realice en la capa de entidades web.

No hay ningún límite al número de versiones tradicionales que una geodatabase corporativa puede tener. Las versiones se pueden organizar en varias configuraciones y admiten una amplia variedad de flujos de trabajo, incluidas las jerarquías multinivel con versiones nietas, versiones bisnietas, etc. Sin embargo, para simplificar y por razones de administración de la geodatabase, una práctica recomendada consiste en mantener un árbol de versiones plano o hacer que varios editores editen simultáneamente la versión predeterminada.

Ventajas

Entre las ventajas del versionado tradicional están las siguientes:

• El entorno de edición aislado permite escenarios de implementación flexibles y multiusuario.
• Se admite la edición de datasets avanzados, tales como datasets de red y topologías.
• Al editar, puede usar las acciones deshacer o rehacer para las ediciones individuales y guardar o descartar para los grupos de ediciones.
• Puede editar sin bloquear a otros editores. Los conflictos de edición pueden detectarse y conciliarse.

Limitaciones

Entre las limitaciones del versionado tradicional están las siguientes:

• En función del número de versiones y el volumen de ediciones, existen tareas de administración de versiones que deben realizarse regularmente para mantener el buen rendimiento del sistema.
• Las aplicaciones de terceros (no ArcGIS) deben estar adaptadas con vistas versionadas para poder leer los datos.
• Existen restricciones sobre el uso del comportamiento activo del sistema de administración de bases de datos (DBMS), tales como las restricciones únicas y los desencadenadores, cuando se trabaja con datos versionados.
• No hay capacidades de administración de versiones cuando se trabaja con los datos en capas de entidades web.

Versionado tradicional con la opción para mover las ediciones a la base

En un entorno informático heterogéneo donde haya varias aplicaciones departamentales diferentes con acceso a la misma base de datos, puede necesitar compatibilidad tanto con aplicaciones de ArcGIS como con aplicaciones de terceros. En este caso, puede registrar sus datos como versionados con la opción de trasladar las ediciones a la base. Se trata de una estrategia híbrida de administración de datos en la que puede crear versiones para requisitos de transacciones largas y edición multiusuario, aunque las ediciones en la versión predeterminada se realizan como transacciones cortas y se puede acceder a ellas inmediatamente desde todas las aplicaciones que usan la base de datos.

Un ejemplo es un departamento que mantiene los datos geográficos en la base de datos con ArcGIS Pro y otro departamento que mantiene los registros del cliente en la misma base de datos con una aplicación personalizada. La aplicación personalizada necesita aplicar restricciones y desencadenadores del DBMS a medida que se realizan las transacciones y no puede reconocer tablas versionadas. Al mismo tiempo, el otro departamento necesita editar los datos geográficos en su propia versión aislada, sin compartir las ediciones departamentales hasta que se completen y se aprueben.

Con estos requisitos en mente, el versionado con la opción de mover las ediciones a la base permite realizar ediciones versionadas en una clase de entidad o una tabla, conservando la capacidad de compartir las ediciones con otras aplicaciones. La opción para mover las ediciones a la base permite que todas las aplicaciones trabajen con la misma base de datos.

Ventajas

Entre las ventajas del versionado con la opción de mover las ediciones a la base están:

• Muchos de los mismos beneficios de versionado tradicional se incluyen con este tipo.
• Puede trabajar con transacciones largas en una versión nominal y transacciones cortas en la versión predeterminada.
• Permite adaptarse a proyectos que requieren acceso simultáneo a los datos mediante ArcGIS Pro otras aplicaciones.

Limitaciones

Entre las limitaciones del versionado con la opción de mover las ediciones a la base están:

• Solo se puede editar entidades simples: puntos, líneas, polígonos, anotaciones y relaciones. No puede editar una clase de entidad en una topología, un dataset de red o una red de servicios.
• Si publica los datos, la funcionalidad es limitada. Por ejemplo, no puede usar capas web que contengan datos versionados con la opción de mover ediciones a la base en colaboración distribuida.