Administración de versión de la geodatabase

Una geodatabase versionada contiene tablas y registros adicionales que no están presentes en una geodatabase no versionada. 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 para permitir la edición versionada. Los usuarios individuales también pueden crear versiones adicionales de la geodatabase. Debe planificar previamente para asegurarse de lo siguiente:

Registrar los datos como versionados

Cuando una tabla o clase de entidad se registra como versionado, se crean dos tablas adicionales en la base de datos: una tabla de adiciones y una tabla de borrados. Estas dos tablas dan seguimiento a las modificaciones realizadas a la tabla o clase de entidad. Por cada dataset versionado, se crea un nuevo conjunto de estas tablas. Cuando registra dataset de entidades como versionado, se crea una tabla de adiciones y una tabla de borrados para cada clase de entidad en el dataset de entidades.

Para registrar datos como versionados, debe ser el propietario de los datos. Consulte Registrar los datos como versionados para obtener instrucciones.

Crear versiones adicionales y otorgar accesos correspondientes

Todas las geodatabases tienen al menos una versión: la versión DEFAULT, 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 del sistema 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:

Reconciliar versiones

Conciliar versiones activa los cambios de la versión de destino en la versión que está editando. Al mismo tiempo, ArcGIS verifica 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. Consulte Reconciliar una versión para obtener instrucciones.

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.

Consulte Publicar cambios para obtener instrucciones.

Comprimir la geodatabase

A medida que se edita una geodatabase, las tablas de adiciones y 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 modificaciones 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.

9/11/2013