Disponible con una licencia Standard o Advanced.
Las geodatabases que utilizan el versionado tradicional contienen tablas y registros adicionales que no están presentes en las geodatabases no versionadas. Estas tablas y registros adicionales facilitan la edición concurrente por períodos prolongados. Sin el versionado, los editores bloquearían los datos y evitarían que otros usuarios editen o incluso vean los datos. Para utilizar esta funcionalidad se necesita planificación y administración.
Los usuarios individuales registran sus datos como versionados tradicionales para permitir la edición versionada directamente en la geodatabase. Los usuarios individuales también pueden crear versiones adicionales de la geodatabase. Debe planificar previamente para asegurarse de lo siguiente:
- Los usuarios que necesitan acceso a los datos y las versiones tienen los permisos adecuados. Por ejemplo, si un usuario diferente al propietario de la versión necesita tener acceso a una versión, el permiso en la versión debe estar establecido en protegido (otros usuarios pueden ver la versión) o público (otros usuarios pueden ver y actualizar la versión).
- Todos los usuarios que concilian datos versionados editados conocen cómo deben definirse los conflictos entre versiones: por filas o por columnas.
- Un usuario específico tomará decisiones sobre qué versión de las modificaciones para mantener durante la resolución de conflictos.
- Cada editor sabe qué versión debe utilizar para la edición.
- Sabe si va a utilizar replicación como parte de su flujo de trabajo de versionado.
- Sabe si va a utilizar replicación como parte de su flujo de trabajo de versionado.
- Tiene un esquema establecido para comprimir la geodatabase.
Registrar los datos como versionados
Cuando una tabla o clase de entidad se registra como versionado (tradicional), se crean dos tablas en la base de datos: una tabla de adiciones y una de borrados. Estas dos tablas dan seguimiento a las modificaciones realizadas a la tabla o clase de entidad. Para cada tabla o clase de entidad que registre como versionada, se crea un nuevo conjunto de estas tablas. Cuando se registra un dataset de entidades como versionado, se crea una tabla de adiciones y una tabla de borrados para cada clase de entidad y tabla del dataset de entidades.
Para registrar datos como versionados, debe ser el propietario de los datos.
Crear versiones adicionales y otorgar accesos correspondientes
Todas las geodatabases tienen al menos una versión: la versión Predeterminada, que existe cuando se crea la geodatabase. Cualquier usuario puede crear versiones adicionales a partir de versiones existentes. Estas nuevas versiones se utilizan para agrupar los cambios realizados a los datos.
Cuando crea nuevas versiones, no se hace una copia de la geodatabase. Sin importar cuántas versiones de la geodatabase tenga, cada tabla y clase de entidad se almacena una sola vez en la base de datos. Las diferentes versiones de la geodatabase se rastrean en la tabla de sistema de geodatabase VERSIONS y se asocian con los registros en las tablas de adiciones y borrados, así como con varias tablas del sistema que dan seguimiento al estado de los datos.
Cuando se crea una nueva versión, el propietario de la versión determina qué tipo de acceso a la versión está permitido. Los posibles valores de acceso son los siguientes:
- Público: cualquier usuario puede ver la versión. Cualquier usuario al que se han otorgado permisos de lectura/escritura (actualizar, insertar y eliminar) en los datasets pueden modificar datasets en la versión.
- Protegido: cualquier usuario puede ver la versión, pero solo el propietario o el administrador de la geodatabase puede editar los datasets de la versión o la versión en sí.
- Privado: solo el propietario o el administrador de la geodatabase puede visualizar la versión y modificar los datos versionados o la versión en sí.
Conciliar versiones
Conciliar versiones activa los cambios de la versión de destino en la versión que está editando. Al mismo tiempo, ArcGIS verifique los conflictos entre la versión que está editando y la versión destino. De esta manera se puede ver y resolver cualquier conflicto entre las modificaciones que los diferentes editores han hecho a los datos.
Publicar cambios en una versión principal
Cuando publica cambios desde su versión reconciliada a una versión de destino, los cambios se fusionan en la versión de destino. Ahora las versiones son idénticas.
Comprimir la geodatabase
A medida que se edita una geodatabase, las tablas de inserciones y de borrados aumentan de tamaño. Mientras más grandes sean las tablas, más datos debe procesar ArcGIS cada vez que se muestra o consulta una versión. Si las tablas de adiciones y borrados adquieren un tamaño muy grande, el rendimiento de la geodatabase puede verse afectado.
Para mantener el rendimiento de la geodatabase, el administrador de la geodatabase debe comprimir la geodatabase periódicamente para quitar las ediciones a las que no hace referencia ninguna versión y volver a comprimir las modificaciones comunes a todas las versiones a la tabla de negocios. El administrador de la geodatabase debe realizar la compresión de la geodatabase.