Disponible con una licencia Standard o Advanced.
En una geodabatase corporativa con varios editores, las versiones le permiten trabajar con los mismos datos al mismo tiempo sin necesidad de aplicar bloqueos o duplicar datos. Las versiones proporcionan a cada editor su propia vista de los datos, exclusiva y aislada. El versionado facilita las transacciones largas, ya que permite a los editores trabajar aislados en su propia versión de la geodatabase y a través de varias sesiones de edición. Cuando un editor termina una colección de ediciones, pueden fusionar sus cambios en la versión principal a partir de la cual se creó su versión. La versión principal original de todas las versiones de una geodatabase se denomina versión predeterminada.
Las versiones no son copias separadas de la geodatabase. En su lugar, se realiza el seguimiento en tablas del sistema de las versiones y de las transacciones que tienen lugar dentro de ellas. Así, se aísla el trabajo de un editor entre varias sesiones de edición y permite que los usuarios editen sin bloquear las entidades de la versión de producción ni afectar inmediatamente a otros usuarios, y sin tener que realizar copias de los datos.
Los flujos de trabajo varían entre organizaciones. A menudo, se transforman en etapas discretas y cada etapa requiere la asignación de un conjunto específico de recursos y reglas de negocios. Generalmente, cada etapa del proceso total representa una unidad de trabajo discreta, como una orden de trabajo. Para administrar cada orden de trabajo, puede crear una versión separada aislada y modificarla. Una vez que esté conforme con el trabajo terminado, puede integrar los cambios en la versión publicada de la base de datos. Al trabajar con versiones de esta forma dispone de la flexibilidad para acomodar una amplia variedad de flujos de trabajo y de estrategias de administración de datos.
Las siguientes secciones ofrecen una descripción general de los flujos de trabajo y conceptos de la versión.
Tipos de versionado
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
Para obtener más información sobre las ventajas y limitaciones de cada tipo de versionado y los flujos de trabajo que acomodan, consulte Tipos de versionado.
Registrar los datos como versionados
Independientemente del tipo de versionado, debe registrar los datos como versionados para que puedan participar en versiones de la geodatabase distintas de la versión predeterminada. Al registrar los datos como versionados, los editores pueden trabajar aislados, creando su propia versión y trabajando en ella. Al registrar los datos como versionados, se realiza el seguimiento en las ediciones para las operaciones de inserción, actualización y eliminación efectuadas en los datos.
Una vez haya registrado un dataset como versionado, puede comenzar a trabajar en su propia versión creando un dataset a partir de la versión predeterminada.
Para obtener más información sobre el registro de datasets como versionados, consulte Registrar un dataset como versionado en rama o Registrar un dataset como versionado tradicional.
Versión predeterminada
Al acceder a geodatabases corporativas, siempre se utiliza una versión. La versión a la que se conecta cuando accede a datasets versionados se especifica en la pestaña Propiedades de conexión a geodatabase de la conexión de base de datos. Al crear una conexión de base de datos, la conexión se realiza automáticamente a la versión predeterminada.
Todas las geodatabases cuentan con una versión predeterminada, que es la versión antecesora o raíz de la geodatabase. Una vez que haya creado otras versiones, tiene la opción de cambiar la versión a la que accede. En función del tipo de versionado y de la fuente de datos, puede realizar el cambio directamente para la conexión de base de datos (versionado tradicional) o bien después de agregar en un mapa capas de entidad web publicadas con la gestión de versiones habilitada (versionado en rama).
A diferencia de otras versiones, la versión predeterminada siempre existe y no se puede eliminar. En la mayoría de las estrategias de flujo de trabajo, es la versión publicada de la base de datos que representa el estado actual del sistema que se está modelando. Para mantener y actualizar la versión predeterminada a lo largo del tiempo, debe publicar en ella los cambios realizados en otras versiones. Según los permisos de acceso que tenga configurados, también puede editar los datos en la versión predeterminada, como en cualquier otra versión. Es posible que deba modificar los permisos de acceso para que la versión predeterminada esté protegida ante ediciones accidentales.
Para obtener más información, conozca cómo proteger la versión predeterminada para espacios de trabajo versionados en rama y tradicional.
Administrar versiones
Una geodatabase puede tener muchas versiones. Puede usar la vista Versiones para crear versiones, modificar propiedades de versiones y eliminar versiones en una geodatabase corporativa.
Cuando se crean versiones, se consideran versiones secundarias o ramas de una versión existente. En el versionado tradicional, las versiones que cree se denominan versiones secundarias. En el versionado en rama se denominan versiones nominales.
Cuando se crea una versión, es idéntica a la versión principal (antecesora). Con el paso del tiempo, las versiones se diferencian a medida que se realizan cambios en las versiones antecesora y secundaria o nominal. A medida que se crean más versiones, empieza a desarrollarse una arquitectura similar a un árbol. Se denomina árbol de versiones.
Para mayor sencillez y por razones relacionadas con la administración de geodatabases, se recomienda mantener un árbol de versiones plano en el que la versión predeterminada sea la antecesora de todas las demás versiones.
Nota:
Con el versionado en rama, todas las versiones nominales se crean con la versión predeterminada como antecesora y tan solo se permite un nivel de versión.
Para obtener más información sobre la administración de versiones, consulte Administrar versiones en rama o Administrar versiones tradicionales.
Conectar a una versión específica
Al establecer una primera conexión a una geodatabase corporativa, se conectará automáticamente a la versión predeterminada. En las versiones tradicionales se puede cambiar a qué versión accede la conexión de base de datos. Cuando añada datos a un mapa de esta colección, se accederá a la versión especificada para la conexión. No obstante, también puede cambiar la versión a la que accede la capa en el mapa. Para obtener más información, consulte Conectarse a una versión tradicional.
Las conexiones de geodatabase a datos versionados en rama siempre acceden a la versión predeterminada. Para acceder a otras versiones, añada la capa de entidades web que contiene los datos versionados en rama a un mapa, y modifique la versión a la que accede la capa. Consulte Conectarse a una versión de rama para obtener instrucciones.
Conciliar versiones y publicar cambios
La conciliación y la publicación integran las ediciones de datos en cualquier versión que sea anterior a la versión en la que está trabajando, como por ejemplo la versión principal o la predeterminada. Al realizar la conciliación, los cambios en la versión secundaria o nominal que está editando se comparan con la versión con la que desea fusionar dichos cambios.
Si dos editores trabajan en los mismos datos, ya sea en la misma o en diferentes versiones, se pueden producir conflictos. Ocurre un conflicto cuando una fila es diferente en las dos versiones que se están comparando. El proceso de conciliación muestra cada conflicto y permite elegir la representación de la fila que se desea conservar.
Una vez finalizada la conciliación, puede publicar los cambios. De esta manera, se aplican las modificaciones que realizó en la versión anterior. Para el versionado en rama, esta es siempre la versión predeterminada. Si ya no necesita la versión secundaria o nominal desde la que realizó la publicación, puede eliminarla. O bien, puede seguir editando los datos y volver a conciliar y publicar los cambios.
Para obtener más información, consulte Conciliar y publicar ediciones en una versión en rama y Conciliar y publicar ediciones en una versión tradicional.
Sugerencia:
Si lo prefiere, puede utilizar la herramienta Conciliar versiones para conciliar y publicar desde varias versiones.