Disponible con una licencia Standard o Advanced.
En un escenario de edición multiusuario, las versiones permiten a los editores trabajar con los mismos datos al mismo tiempo, sin tener que aplicar bloqueos ni duplicar datos, ya que a cada editor se le da 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 a través de servicios de entidades. 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
Registrar los datos como versionados
Independientemente del tipo de versionado, debe registrar los datos como versionados para que puedan participar en otras versiones de la geodatabase. 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 los datos como versionados, puede comenzar a trabajar en su propia versión, creando una 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 Default
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 el cuadro de diálogo Propiedades de conexión a geodatabase de la propia conexión de base de datos. La versión predeterminada se predefine al crear conexiones de base de datos nuevas. Todas las geodatabases se crean 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 conectarse. En función del tipo de versionado y de la fuente de datos, puede cambiarlo directamente para la conexión de base de datos o bien cambiarlo después de agregar datasets a un mapa.
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 configurados, también puede editar la versión predeterminada directamente, como 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. 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 de usuario. 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 versiones de usuario.
Nota:
Con el versionado en rama, todas las versiones se crean con la 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 función del tipo de versionado utilizado y de la fuente de datos, puede cambiar la versión a la que está conectado haciendo clic con el botón derecho en la geodatabase en el panel Catálogo y abriendo el cuadro de diálogo Propiedades de conexión a geodatabase. Aquí, puede elegir el tipo de versión a la que desea conectarse: tradicional o en rama. Cada uno de estos tipos cuenta con una lista de las versiones disponibles a las que puede conectarse. Cuando elija una, se conectará a esa versión.
Si ha agregado datos a un mapa, los datos provienen de la versión predeterminada, a menos que las opciones de Propiedades de conexión a geodatabase se modifiquen para utilizar otra versión. En el panel Contenido, puede conectarse a una versión concreta utilizando el cuadro de diálogo Cambiar versión.
Para conectarse a una geodatabase de esquema de usuario en Oracle, también puede hacerlo desde el cuadro de diálogo Propiedades de conexión a geodatabase.
Para obtener más información, consulte Conectarse a una versión en rama o Conectarse a una versión tradicional.
Conciliar versiones y publicar cambios
La conciliación y la publicación integran los cambios en cualquier versión anterior de la versión en la que está trabajando, como la versión principal o la predeterminada. Cuando realiza la conciliación, se comparan los cambios en la versión que está editando con la versión a la que los quiere fusionar.
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 ediciones que realizó en la versión anterior. Si ya no necesita la versión desde la que realizó la publicación, puede eliminarla. O bien, puede seguir editándola 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:
En vez de una conciliación manual, puede utilizar la herramienta Conciliar versiones para conciliar varias versiones.