Arcgis Avanzadisimo

Informacin general sobre el mantenimiento de datos y las transacciones
Resource Center Biblioteca para profesionales Administracin de datos Administrar geodatabases Transacciones y versiones de geodatabase Transacciones y mantenimiento de datos
Una geodatabase almacena datos geogrficos organizados en datasets. Una geodatabase puede mantener tanto datos espaciales como no espaciales. Algunos ejemplos de los tipos de datasets que se podran mantener en una geodatabase incluyen las clases de objeto y de entidad, clases de relacin, topologas, redes, terrenos, datasets rster y catlogos rster. Una geodatabase de ArcSDE almacena datos en una base de datos relacional y utiliza las capacidades de la base de datos relacional para admitir el almacenamiento de datasets grandes y proporcionar acceso eficiente a datos multiusuario. Un ciclo de vida tpico para una geodatabase de ArcSDE implica los siguientes pasos:
Diseo de la geodatabase Creacin de la geodatabase Carga inicial de los datos
Durante esta fase, se cargan datos para un rea de inters. Los datos que se cargan pueden proceder de bases de datos o de bibliotecas de mapas corporativas existentes, o se puede comprar.
Edicin y mantenimiento de datos
Durante esta fase, se modifican datos existentes y se agregan nuevos datos a la base de datos segn sea necesario. Se realizan ediciones en la base de datos que corresponden a unidades de trabajo definidas por la aplicacin, o transacciones tales como la adicin de una nueva cloaca o la actualizacin de un lmite de parcela. La fase de edicin y mantenimiento de datos puede incluir tambin la carga incremental de datos, que expande los lmites de la base de datos. Esta carga incremental de datos puede producirse cuando una compaa adquiere nuevos territorios o cuando se expande la extensin de un rea de estudio. Algunos ejemplos de cambios que se podran realizar en una geodatabase durante la edicin y el mantenimiento de los datos son los siguientes:
Actualizar la direccin de un cliente en una base de datos de servicios Subdividir una parcela para reflejar una venta en una base de datos catastral Agregar un servicio a un nuevo cliente en una base de datos de servicios Actualizar un bloque de bosque para reflejar una operacin de tala planeada Disear una nueva subestacin en una base de datos de servicios
Desproteger una seccin de una base de datos de servicios, modificarla sobre el terreno para reflejar los daos relacionados con una tormenta y proteger de nuevo el trabajo en la base de datos central Planear una nueva subdivisin en una base de datos de planificacin del terreno Realizar un escenario hipottico para una simulacin de la recuperacin ante un desastre
Cada uno de los cambios anteriores corresponde a una unidad de trabajo definida por la aplicacin o una transaccin que se realiza contra una geodatabase. El tema Estrategias de mantenimiento de datos explica cmo admitir transacciones de complejidad y duracin variables contra datos geogrficos tanto simples como complejos.
Temas relacionados
Estrategias de mantenimiento de datos Transacciones y datos geogrficos
Copyright 1995-2011 Esri. Todos los derechos reservados.
Qu es una transaccin
Una transaccin es una unidad de trabajo definida por la aplicacin realizada contra una base de datos. Se inicia una transaccin, se realizan modificaciones contra la base de datos y, a continuacin la transaccin se confirma o se deshace. Una vez confirmada la transaccin, los cambios realizados por la transaccin se hacen visibles para otros usuarios y aplicaciones. Las transacciones tienen las siguientes propiedades "ACID" estndar, en las que confan los usuarios y las aplicaciones: Atmica: una transaccin exhibe un comportamiento todo o nada. Si se confirma, todos los cambios se aplican a la base de datos. Si se deshace, ninguno de sus cambios se aplica. Coherente: una transaccin deja la base de datos en un estado coherente. Aislada: una transaccin puede aislar sus cambios de otras transacciones hasta que los confirme. Otros usuarios no ven el trabajo interno de la transaccin mientras est en curso. Duradera: una vez que una transaccin se confirma, sus resultados son persistentes. Para lograr estas propiedades, los sistemas de administracin de bases de datos utilizan una variedad de mecanismos de bloqueo para garantizar que varias transacciones simultneas se blinden o se aslen entre s.
Transacciones y datos geogrficos

En la mayora de las aplicaciones, cada transaccin implica un nmero pequeo de operaciones que pueden completarse en una fraccin de segundo o, a lo sumo, en un minuto o dos. Algunos ejemplos son retirar dinero de una cuenta bancaria, actualizar las horas de trabajo en una aplicacin de nmina o escribir un registro mdico. En algunos aspectos, los datos geogrficos no son diferentes. Actualizar datos, tales como la direccin de un cliente o la designacin de zona de una parcela, es una operacin que podra completarse en una transaccin corta que tarda uno o dos minutos. A menudo, no obstante, es necesario pasarse una o dos horas desplazando grficamente, modificando y agregando datos para completar una orden de trabajo. Hay tambin casos en los que se necesita trabajar en una transaccin durante das o incluso meses para completar todas las ediciones, por ejemplo para un diseo de ingeniera. Aunque puede hacer un nmero muy grande de cambios, todava desear confirmarlos como una transaccin larga nica.
Temas relacionados
Estrategias de mantenimiento de datos Qu es una transaccin
Estrategias de mantenimiento de datos

Las transacciones contra datos geogrficos pueden variar ampliamente en duracin y complejidad. La geodatabase admite dos estrategias de mantenimiento de datos, el mantenimiento con y sin versiones, que equilibran las necesidades de los usuarios y de las aplicaciones de realizar transacciones cortas y largas sobre datos simples o complejos. Cada estrategia se puede aplicar por clases de entidad o por tablas, de modo que es posible utilizar ambas en la misma geodatabase. La manera edita los datos en cada una de estas estrategias es similar: se edita dentro de una sesin de edicin y se trabaja con muchas de las mismas herramientas. Lo que vara es cmo se mantienen las fuentes de datos subyacentes. Tambin hay algunas diferencias en qu datos se puede editar y en el tipo de flujos de trabajo que se puede realizar. En este tema se explican estas diferencias.
Mantenimiento de datos sin versiones

Esta estrategia no implica trabajar con varias versiones; simplemente, utiliza el modelo de transacciones del DBMS subyacente. Las ediciones sin control de versiones equivalen a transacciones estndar de base de datos. Para editar datos, debe habilitar la edicin sin control de versiones en el cuadro de dilogo Opciones del Editor, iniciar una sesin de edicin y realizar las operaciones requeridas, tales como agregar, eliminar o mover entidades y
actualizar atributos. La primera edicin de la sesin de edicin inicia la transaccin. Al guardar, las operaciones de edicin individuales realizadas se confirman en la base de datos como una transaccin nica. Despus de guardar, la siguiente edicin que se realiza comienza una nueva transaccin. Puede guardar a la vez tantas operaciones como necesite durante la sesin de edicin, aunque es recomendable guardar con frecuencia para evitar bloquear los datos que se est editando y bloquear a otros usuarios el acceso o la edicin de los datos. Una vez guardados, los cambios estn disponibles para todos los otros dems usuarios y aplicaciones que tengan acceso a los datos. Si no desea confirmar las ediciones en la base de datos, detenga la edicin sin guardar. Todas las ediciones de esa transaccin, que son todas las ediciones desde la ltima vez que se guard o, si an no se ha guardado, todas las ediciones desde que se inici la sesin de edicin, se desharn y no se confirmarn en la base de datos.
Cuando se edita, se aplican los ndices nicos, las restricciones y los desencadenadores definidos en los datos con el DBMS. Se aplica el mismo comportamiento de bloqueo que si se estuviera realizando transacciones en los datos directamente con el DBMS. Por consiguiente, existe la posibilidad de que usuarios o aplicaciones que obtengan acceso o modifiquen los mismos datos se bloqueen entre s. Cuando utilice la edicin sin control de versiones en un entorno de edicin multiusuario, debe entender cmo funcionan los niveles de aislamiento y de bloqueo en el DBMS y, si es necesario, establecer el nivel de aislamiento correcto en el DBMS antes de empezar a trabajar con ArcGIS. Esta estrategia es adecuada para entidades simples para las que no se requiera la capacidad de administrar el historial ni varias representaciones de los datos con versiones. Puesto que esta estrategia no requiere versiones, tambin es til si se necesita que tanto aplicaciones SIG como no SIG compartan el acceso a una base de datos comn. Aplicaciones potenciales
Integrar fcilmente datos geogrficos en aplicaciones existentes permitiendo que aplicaciones de terceros (no creadas con software ESRI) lean y modifiquen los mismos datos obtenidos a los que tienen acceso las aplicaciones ArcGIS. Administrar proyectos con flujos de trabajo y ediciones simples. Si las transacciones son siempre simples y de corta duracin, puede modificar los datos directamente sin necesidad de combinar cambios y administrar peridicamente las tablas adicionales requeridas para las versiones. Limitaciones
Solo se puede editar datos simples: puntos, lneas, polgonos, anotaciones y relaciones. No se puede editar clases de entidad que participen en una topologa, una red geomtrica o un terreno. Dado que la fuente de datos se edita directamente, no se puede deshacer ni rehacer una edicin individual si se comete un error. La nica manera de deshacer las ediciones es anular todas las ediciones realizadas desde la ltima vez que se guard deteniendo la sesin de edicin sin guardar. Cada transaccin se debe iniciar y finalizar dentro de una sesin de edicin nica. Una sesin de edicin solo puede durar un tiempo limitado; habitualmente, se debe finalizar despus de unas horas, para poder cerrar la sesin al final del da. Con la edicin sin control de versiones no hay ninguna deteccin de conflictos. Si un usuario actualiza una entidad y la guarda y, a continuacin, otro usuario actualiza la misma entidad y la guarda, la ltima actualizacin realizada sobrescribe la primera. Para obtener ms informacin, vea Un recorrido rpido por el trabajo con datos no versionados.
Mantenimiento de datos con versiones
La geodatabase extiende la transaccin estndar del DBMS permitiendo varios que estados simultneos de las bases de datos, conocidos como versiones, existan al mismo tiempo. Cada versin puede representar trabajo en curso, tal como un diseo o un grupo de rdenes de trabajo, trabajo que puede abarcar varias conexiones a la base de datos y extenderse sobre un perodo de semanas o meses, si es necesario. Las versiones permiten administrar cambios pasados, presentes y propuestos en los datos, todo en la misma geodatabase. Para administrar los cambios pasados, debe guardar los cambios de los datos en tablas de archivado separadas. Puede mantener estos cambios tanto tiempo como necesite, permitiendo ver a los usuarios qu aspecto tena la base de datos en algn momento anterior. Esta funcin se conoce como archivado y est integrada en ArcGIS, no se requiere ningn desarrollo. Al habilitar esta funcin, los cambios realizados en la versin DEFAULT, utilizada normalmente como la versin publicada de la base de datos, se archivan automticamente. Para administrar los cambios actuales, los editores pueden modificar su versin privada de la geodatabase para que otros usuarios no puedan ver el trabajo incompleto. Al editar una versin de los datos, no se aplican bloqueos. Por consiguiente, se maximiza la simultaneidad, porque otros usuarios pueden leer y editar los mismos datos que se estn modificando; no se bloquean entre s el acceso a la base de datos. Cuando un editor ha finalizado sus cambios, puede integrarlos en la versin publicada. Para administrar los cambios propuestos, puede desarrollar un escenario o realizar un anlisis de hiptesis dentro de una versin de la base de datos. El escenario se puede administrar como una unidad nica de cambio, que abarque varias sesiones de edicin y das, semanas o meses. Puede agregar entidades propuestas libremente, realizar anlisis geogrficos y generar mapas, todo sin que afecte a la base de datos a la que otros usuarios estn obteniendo acceso. Una vez completados y aprobados los cambios, puede integrarlos en el resto de la geodatabase.
No hay ningn lmite al nmero de versiones que una geodatabase puede tener. Las versiones se pueden organizar en varias configuraciones y admiten una amplia variedad de flujos de trabajo. Sin embargo, para simplificar y por razones de administracin de la geodatabase, una prctica recomendada es mantener un rbol de versiones plano o hacer que varios editores editen simultneamente la versin DEFAULT.
Para admitir las funciones de control de versiones, ArcGIS no duplica los datos. En su lugar, deja cada clase de entidad y cada tabla en su formato original, pero registra cualquier cambio en tablas conocida como tablas delta. Las
tablas delta constan de una tabla de adiciones para las inserciones y actualizaciones, y una tabla de eliminaciones para las eliminaciones. Cada vez que se actualiza o se elimina un registro en cualquier versin, se agregan filas a una o ambas de estas tablas. Al consultar o mostrar una clase de entidad o una tabla en una versin, ArcGIS ensambla las filas pertinentes de las tablas delta y la tabla original para presentar una vista sin fisuras de los datos.
Editar una clase de entidad versionada
Las tablas con control de versiones requieren el mantenimiento peridico por un administrador de bases de datos. A medida que se edita una geodatabase a lo largo del tiempo, las tablas delta aumentan de tamao, lo que afecta al rendimiento de la visualizacin y de las consultas. Para mantener el rendimiento, el administrador de bases de datos puede comprimir peridicamente una base de datos versionada, una operacin que quita informacin redundante de las tablas delta. Las bases de datos con control de versiones se deben comprimir siempre que haya finalizado un periodo de elevada actividad en la base de datos, por ejemplo al final de un turno o despus de cargar nuevos datos. El proceso de compresin se puede ejecutar mientras hay otros usuarios conectados y utilizando la base de datos. ArcGIS puede administrar las tablas delta subyacentes que dan soporte a las versiones de una de dos maneras:
Guardando todos los cambios, sin tener en cuenta qu versin, en las tablas delta
Guardando todas las ediciones de las versiones diferentes a DEFAULT en las tablas delta, pero guardando todas las ediciones de la versin DEFAULT en las tablas bsicas La primera manera est diseada para dar soporte en exclusiva a las aplicaciones ArcGIS. La segunda manera es til si se necesita mantener los datos tanto con ArcGIS como con aplicaciones de terceros. Mantener datos exclusivamente con aplicaciones ArcGIS En un entorno donde los datos se mantengan exclusivamente con aplicaciones ArcGIS, la mejor manera de administrar las versiones consiste en guardar todos los cambios en las tablas delta. Esto permite aprovechar al mximo las funciones de la geodatabase, incluido el archivado, la replicacin y la capacidad de editar redes geomtricas y topologas. Para habilitar este comportamiento en la clase de entidad o la tabla, registre los datos como versionados sin la opcin de trasladar las ediciones a la tabla base. Siempre que se guardan cambios en un dataset registrado de esta manera, los cambios se guardan en las tablas delta. Con este enfoque, el acceso directo a las tablas originales no es posible; los usuarios siempre tienen acceso a una versin de los datos. En el siguiente ejemplo se muestra una configuracin en la que los datos se administran completamente a travs del uso de versiones. Los editores exigen el uso de ArcGIS u otra aplicacin ESRI para hacer cambios en los datos. Las aplicaciones no SIG pueden tener acceso a la versin publicada o a cualquier otra versin, siempre que se adapten con vistas de varias versiones.
Debido a las tablas delta y a otras tablas necesarias para el soporte de las versiones, las aplicaciones escritas para tener acceso directamente a los datos del DBMS sin el uso de bibliotecas de software de ESRI no tienen la capacidad inherente para leer versiones. ArcGIS proporciona vistas de varias versiones que permiten a estas aplicaciones leer una versin determinada con SQL. Las vistas de varias versiones pueden tener acceso tanto a tablas como a clases de entidad. El acceso a los atributos geomtricos de las clases de entidad mediante una vista de varias versiones requiere el uso de tipos de geometra de SQL, que son totalmente compatibles con ArcGIS. Este enfoque ofrece estas ventajas:
Deshacer o rehacer cambios mientras se est editando.
La ausencia de bloqueos permite la introduccin de conflictos de edicin. ArcGIS ofrece la capacidad de detectar con facilidad, conciliar y resolver conflictos. Archivar cambios automticamente y consultar qu aspecto tena la base de datos en un momento determinado. Tiene la capacidad de editar entidades en una red geomtrica o una topologa.
Puede hacer que dos o ms oficinas dispersas geogrficamente trabajen simultneamente en copias sincronizadas de una geodatabase. Las oficinas necesitan enviarse sus cambios entre s peridicamente de modo que cada una de ellas tenga una vista actualizada de la geodatabase. ArcGIS hace referencia a esta funcin como replicacin de geodatabase.
Los usuarios mviles, desconectados de la red, tienen la capacidad de editar una parte de la geodatabase en un equipo porttil o un dispositivo de mano sobre el terreno. Cuando los usuarios vuelven a la oficina, integran sus cambios en la geodatabase. ArcGIS tambin hace referencia a esta funcin como replicacin de geodatabase. Entre las aplicaciones potenciales se incluyen las siguientes
Proyectos que requieren el almacenamiento y la consulta de los datos almacenados.
Proyectos que requieren un anlisis de hiptesis: crear un nuevo diseo en una versin separada. Si se aprueba el diseo, puede combinarse con el resto de la base de datos. Si no se aprueba, puede descartarlo. Proyectos con requisitos de control de calidad concretos: recopilar cambios de datos, tales como importaciones masivas, en una versin aislada de otros usuarios de la base de datos. Pruebe y apruebe los cambios antes de combinarlos con la versin publicada de la base de datos. Proyectos que dividen el trabajo en unidades funcionales o geogrficas: por ejemplo, un proyecto para disear y construir un nuevo centro comercial podra tener distintas fases de construccin subdivididas en secciones este y oeste, o subdivididas por actividades de construccin, tales como edificacin, instalacin de servicios o paisajismo. Cada unidad de trabajo se emprende en una versin separada; cuando se completa cada versin, se enva a la versin publicada de la base de datos.
Proyectos que evolucionan a travs de un grupo prescrito o regulado de etapas, en el que cada etapa requiere aprobacin de ingeniera, administrativa o legal antes de poder considerarla completada: los flujos de
trabajo para estos proyectos pueden administrar cada etapa como una versin separada, tal como un diseo inicial o una versin propuesta, una versin aprobada y una versin para la fase de construccin. A medida que un proyecto avanza a travs de diversos hitos, cada etapa se revisa y se aprueba y, a continuacin, es reemplazada por la siguiente versin hasta que se alcanza y se completa la ltima etapa.
Proyectos con requisitos de auditora administrativa: mantener un archivo persistente para permitir la consulta de los cambios. Proyectos con oficinas geogrficamente distantes que necesitan trabajar simultneamente en la misma geodatabase: requieren la capacidad de sincronizar peridicamente sus copias de los datos. Proyectos que requieren personal de mantenimiento sobre el terreno para actualizar los datos con equipos porttiles. Proyectos que exigen a los programadores de software que prueben instrucciones SQL y lgica de aplicacin en su propia versin privada de la base de datos. Las versiones ofrecen muchas ventajas pero tienen algunas limitaciones:
Las aplicaciones de terceros deben estar adaptadas con vistas de varias versiones para poder leer los datos.
Hay restricciones sobre el uso del comportamiento activo del DBMS, tales como las restricciones nicas y los desencadenadores, cuando se trabaja con datos versionados. Esto se debe a que las inserciones y las actualizaciones crean nuevas filas en las tablas delta en lugar de inserciones y actualizaciones en la tabla bsica. Mantener datos con ArcGIS y otras aplicaciones En un entorno informtico heterogneo donde haya varias aplicaciones departamentales diferentes que tengan acceso a la misma base de datos, puede que necesite la capacidad de admitir tanto aplicaciones ArcGIS como aplicaciones de terceros. Un ejemplo de esto es si se tiene un departamento que mantiene los datos geogrficos en la base de datos con ArcGIS y otro departamento que mantiene los registros del cliente en la misma base de datos con una aplicacin personalizada. La aplicacin 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 geogrficos en su propia versin aislada, sin compartir las ediciones departamentales hasta que se completen y se aprueben. Con estos requisitos en mente, ArcGIS permite realizar ediciones con control de versiones en una clase de entidad o una tabla, conservando la capacidad de compartir las ediciones con otras aplicaciones. Para habilitar esta capacidad en la clase de entidad o la tabla, registre los datos como versionados con la opcin de trasladar las ediciones a la tabla base. Esta opcin est disponible en el cuadro de dilogo del proceso de registro. Al editar los datos registrados de esta manera, las versiones funcionan de la misma manera descrita en el enfoque anterior; los cambios se guardan en las tablas delta. La excepcin es la versin DEFAULT. Siempre que se guardan las ediciones en la versin DEFAULT, ya sea editndola directamente o combinando cambios de otra versin, las ediciones se guardan en las tablas base. Las ediciones no permanecen en tablas delta, como es el caso cuando se desactiva la opcin Mover ediciones a la base . Esto permite que todas las aplicaciones trabajen sobre la misma base de datos.
Las aplicaciones escritas sin el software de ESRI pueden continuar obteniendo acceso y modificando los datos con transacciones estndar, aunque se estn editando al mismo tiempo en la versin DEFAULT o en otra versin. Siempre que ArcGIS o una aplicacin escrita con ArcObjects guarda cambios en la versin DEFAULT o combina cambios en la versin DEFUALT, se aplican los ndices nicos, las restricciones y los desencadenadores definidos en los datos con el DBMS. Cuando una aplicacin modifica los datos, los cambios quedan inmediatamente a disposicin de cualquier otra aplicacin que tenga acceso a los datos. Dado que los cambios de la versin DEFUALT no se almacenan en tablas delta, no hay ninguna necesidad de adaptar aplicaciones de terceros con vistas de varias versiones para que puedan leer estas tablas.
Aplicaciones potenciales
Proyectos que requieren la edicin de los datos por ArcGIS y otras aplicaciones: configurar un flujo de trabajo donde las otras aplicaciones obtienen acceso y modifican datos no espaciales en la base de datos con transacciones estndar del DBMS, mientras otros usuarios trabajan en versiones concretas de los mismos datos, realizando transacciones de duracin relativamente larga aisladas de todos los dems usuarios de la base de datos hasta que se envan a la versin DEFAULT.
Las mismas aplicaciones potenciales que cuando el mantenimiento de los datos se realiza exclusivamente con aplicaciones ArcGIS
Proyectos que requieren un anlisis de hiptesis Proyectos con requisitos de control de calidad concretos Proyectos que dividen el trabajo en unidades funcionales o geogrficas Proyectos que evolucionan a travs de un grupo prescrito o regulado de etapas
Proyectos que requieren personal de mantenimiento sobre el terreno para actualizar los datos con equipos porttiles. Proyectos que exigen a los programadores de software que prueben instrucciones y lgica de aplicacin SQL Limitaciones Al registrar un dataset como versionado con la opcin Mover ediciones a la base, tiene limitada la forma de trabajar con versiones.
Solo se puede editar datos simples: puntos, lneas, polgonos, anotaciones y relaciones. No puede editar una clase de entidad en una topologa, una red geomtrica o un terreno. No puede archivar cambios para el dataset. No puede replicar el dataset.
Al editar la versin DEFAULT o enva una versin a DEFAULT, no tiene la capacidad de resolver conflictos, as que es posible sobrescribir las ediciones de otro usuario. Para obtener ms informacin sobre las versiones y las funciones que proporcionan, vea Informacin sobre el control de versiones y Escenarios de versin.
Temas relacionados
Decidir cmo registrar los datos
Decidir cmo registrar los datos

Al determinar cmo registrar los datos para la edicin, los modelos de datos avanzados y los flujos de trabajo siempre son la primera consideracin. Para editar una clase de entidad en una topologa, una red geomtrica o un terreno, archivar datos o administrar los datos con replicacin, debe registrar los datos como versionados sin la opcin de trasladar las ediciones a la base. Esto ofrece muchas ventajas, permitiendo aprovechar todas las entidades transaccionales avanzadas de la geodatabase, incluyendo deshacer y rehacer las ediciones, el aislamiento completo dentro de una sesin de edicin y el uso de versiones con nombre para diseos y proyectos. Deje los datos sin registrar o regstrelos como versionados con la opcin de desplazar las ediciones a la base si la capacidad de compartir fcilmente los datos con aplicaciones de terceros es una prioridad. Registrar los datos como versionados con la opcin de trasladar ediciones a la base es til si se necesitan las ventajas de las versiones, pero tambin se necesita compartir actualizaciones con aplicaciones distintas de ArcGIS. Como consideracin final, cada vez que los datos forman parte de una relacin con otra clase de entidad o tabla, debe asegurarse de registrar los datos de ambos lados de la relacin de la misma manera.
Con control de versiones con la opcin de desplazar ediciones a la base Con control de versiones sin la opcin de desplazar ediciones a la base
Sin control de versiones
Tipos de datos compatibles
Todos los tipos de datos excepto las clases de entidad de una topologa, una red geomtrica o un terreno Flujos de trabajo simples
Todos los tipos de datos excepto las Todos los tipos de datos clases de entidad de una topologa, una red geomtrica o un terreno
Flujos de trabajo compatibles
Flujos de trabajo simples y avanzados Flujos de trabajo simples y con versiones no compatibles: avanzados, incluyendo archivado y replicacin versiones, replicacin y archivado Puede abarcar muchas sesiones de edicin S Puede abarcar muchas sesiones de edicin S
Transaccin
Confinada a una nica sesin de edicin No S
Permite deshacer/rehacer Compatible con entidades de integridad de datos de DBMS
Al editar la versin DEFAULT: s, No pero solo al guardar. Al editar las otras versiones: No Versin DEFAULT: S. Clases de Clases d entidad: No. entidad en otras versiones: No. Tablas Tablas: S, a travs de vistas en otras versiones: S, a travs de las de varias versiones vistas de varias versiones
Pueden ser ledos por S aplicaciones cliente no creadas con ArcObjects (aplicaciones de terceros)
Una comparacin de tipos de registro
El siguiente diagrama le ayudar a decidir qu nivel de registro de los datos requiere un flujo de trabajo determinado.
10
Este diagrama le ayuda a decidir cmo registrar los datos
Para obtener ms informacin sobre el aislamiento de la sesin de edicin, vea Simultaneidad y bloqueo. Para obtener ms informacin sobre las ventajas y desventajas de cada opcin de edicin, vea Estrategias de mantenimiento de datos. De forma predeterminada, las sesiones de edicin de ArcMap estn configuradas para realizar ediciones versionadas. Con esta configuracin, solo se puede editar datos registrados como versionados. Para obtener informacin sobre cmo configurar una sesin de edicin para permitir ediciones sin control de versiones, veaConfigurar una sesin de edicin de ArcMap para realizar ediciones sin control de versiones.
Temas relacionados
Estrategias de mantenimiento de datos
11
Un recorrido rpido por el trabajo con datos no versionados

Resource Center Biblioteca para profesionales Administracin de datos Administrar geodatabases Transacciones y versiones de geodatabase Trabajar con datos no versionados
Editar datos no versionados almacenados en una geodatabase de ArcSDE es el equivalente de realizar transacciones de base de datos estndar. Las transacciones se realizan dentro del mbito de una sesin de edicin de ArcMap. Se inicia la sesin de edicin y se realizan las operaciones requeridas, tales como agregar, eliminar o mover entidades y actualizar atributos. Al guardar las ediciones, las ediciones realizadas se confirman en la geodatabase como una transaccin nica. Si no desea confirmar los cambios en la geodatabase, debe salir de la sesin de edicin sin guardar. Esto deshace todas las ediciones realizadas desde que se abri la sesin de edicin o desde la ltima vez que se guard. Cada transaccin puede incluir tantas operaciones como se necesite, siempre que queden dentro de una nica sesin de edicin. Al editar datos no versionados en una sesin de edicin de ArcMap, se edita directamente la fuente de datos; las sesiones de edicin no versionadas no almacenan los cambios en otras tablas, como hacen las sesiones de edicin con control de versiones. Esto evita la sobrecarga de administrar estas tablas adicionales y permite adaptar fcilmente aplicaciones de terceros para que puedan leer y editar los datos. Sin embargo, la desventaja es que, dado que se edita la fuente de datos directamente, no es posible deshacer o rehacer una edicin individual si se comete un error. La nica manera de deshacer ediciones consiste en deshacer todas las ediciones saliendo de la sesin de edicin sin guardar. Solo se puede editar datos simples no versionados: puntos, lneas, polgonos, anotaciones y relaciones. No se puede editar clases de entidad en una topologa o una red geomtrica. Esto es as porque, al editar una entidad en una red o una topologa, no todas las entidades de la red o la topologa se bloquean, lo que significa que otros editores pueden editar otra parte de la red o la topologa de manera que entren en conflicto con sus ediciones. Al editar datos no versionados en una geodatabase de ArcSDE, debe tener en cuenta comportamientos del DBMS tales como el bloqueo, los niveles de aislamiento y las restricciones y desencadenadores que el DBMS utiliza para forzar la integridad de los datos. Para ver informacin detallada, consulte los temas correspondientes: Simultaneidad y bloqueo Niveles de aislamiento Trabajar con entidades de integridad de datos El trabajo con datos no versionados es solo para la edicin por parte de un nico usuario. Si varios usuarios van a editar el mismo dataset, se recomienda utilizar la edicin con control de versiones. Las ediciones de datos no versionados realizadas por varios usuarios provocan problemas con el bloqueo, los niveles de aislamiento, y las restricciones y desencadenadores del sistema de administracin de bases de datos que la base de datos utiliza para exigir la integridad de los datos. Para editar datos no versionados en una sesin de ArcMap, necesita hacer lo siguiente: 1. Asegurarse de que los datos estn registrados en la geodatabase.
Todos los datasets creados con ArcGIS Desktop se registran automticamente con la geodatabase. La nica ocasin en que tendr que preocuparse por registrar datos con la geodatabase ser si crea los datos fuera de ArcGIS Desktop; por ejemplo, si creara una tabla mediante el comando sdetable. Para obtener informacin sobre cmo registrar datos con la geodatabase, vea Registrar una capa con una geodatabase. 2. Asegurarse de que los datos no estn registrados como versionados.
Cuando se crea un dataset en la geodatabase, no se registra como versionada. Si hay un dataset existente que ya se ha registrado como versionados, puede anular su registro.
Nota: Las ediciones versionadas realizadas en el dataset sin conciliacin y enviadas a la geodatabase se perdern si anula el registro del control de versiones; en consecuencia, debe asegurarse de que el dataset no contenga ninguna de esas ediciones no enviadas antes de anular el registro del control de versiones. Para obtener ms informacin sobre cmo anular el registro de los datos como versionados, veaRegistrar datos como versionados y Anular el registro de datos como versionados. 3. Configure la sesin de edicin de ArcMap para realizar ediciones sin control de versiones.
Para obtener informacin sobre cmo hacerlo, vea Configurar una sesin de edicin de ArcMap para realizar ediciones no versionadas.
Configurar una sesin de edicin de ArcMap para realizar ediciones sin control de versiones
De forma predeterminada, las sesiones de edicin de ArcMap estn configuradas para realizar ediciones versionadas. Esto significa que solo se puede editar datos registrados como versionados. Para realizar ediciones sin control de versiones sobre datos no versionados, debe establecer primero una opcin en la ficha Versionado del cuadro de dilogo Opciones de Edicin. Esencialmente, debe desactivar la edicin con control de versiones desactivando Editar una versin de una base de datos con la habilidad de deshacer y rehacer.. Cuando se inicia la edicin, no se puede cambiar el tipo de sesin de edicin mientras la sesin de edicin est abierta. Si ms tarde necesita realizar ediciones con control de versiones, debe cerrar la sesin de edicin sin control de versiones, volver a activar la opcin Editar una versin de una base de datos con la habilidad de deshacer y rehacer. e iniciar una sesin de edicin con control de versiones. Sugerencia: Al iniciar la sesin de edicin sin control de versiones, si recibe un mensaje de error que indica que no puede editar porque todas las fuentes de datos del mapa estn registradas como versionadas o no tiene privilegios para modificar las fuentes de datos que no estn registradas como versionadas, asegrese de que haya realmente datasets no versionados presentes en ArcMap, que tiene privilegios para editar el dataset no versionado, y que el dataset no versionado no participe en una relacin con otro dataset registrado como versionado. Pasos:
1. 2. 3. 4. 5. 6.
Si la barra de herramientas Editor an no est abierta, haga clic en Personalizar en el men
principal, seleccione Barras de herramientas y haga clic en Editor. Haga clic en el men desplegable Editor en la barra de herramientas Editor. Haga clic en Opciones. Haga clic en la ficha Versionado. Desactive Editar una versin de una base de datos con la habilidad de deshacer y rehacer.. Haga clic en Aceptar.
Sugerencia: Si necesita crear entidades durante una sesin de edicin sin control de versiones y los campos tienen restricciones de valor NOT NULL o UNIQUE, se debe satisfacer estas restricciones al crear las entidades. Vea Editar datos no versionados con restricciones.
Temas relacionados
Simultaneidad y bloqueo
Para ayudar a garantizar la integridad de los datos, todos los sistemas de administracin de bases de datos (DBMS) aplican bloqueos a los datos. Por ejemplo, cuando un usuario empieza a actualizar filas, las filas se bloquean para evitar que otro usuario las modifique. Cuando la transaccin ha finalizado, los bloqueos se liberan. Cada DBMS aplica bloqueos e interpreta los niveles de aislamiento de manera diferente. Adems, ArcGIS no funciona con todos los DBMS de la misma manera. Como resultado, la probabilidad de que se produzcan problemas de simultaneidad al realizar ediciones no versionadas difiere ligeramente entre los diversos DBMS. En este tema se proporciona una introduccin breve a la aplicacin de la simultaneidad y el bloqueo dentro del contexto de ArcGIS. Para obtener informacin ms detallada, consulte la documentacin del DBMS. ArcGIS y los niveles de aislamiento Al editar una geodatabase de Oracle, DB2 o Informix en una sesin de edicin sin control de versiones, funcionan los mismos mecanismos de bloqueo del DBMS subyacente que con cualquier otra aplicacin; ArcGIS no modifica este entorno estableciendo el nivel de aislamiento. En su lugar, utiliza el nivel de aislamiento actual establecido en el DBMS. Como resultado, es posible establecer el aislamiento en cualquier nivel y hacer uso de ese nivel al editar en una sesin de edicin sin control de versiones.
Al editar una geodatabase de SQL Server en una sesin de edicin sin control de versiones, ArcGIS establece el nivel de aislamiento en UNCOMMITTED READ antes de cada transaccin. No hay ninguna manera de cambiar o evitar este comportamiento; si establece el aislamiento en otro nivel antes de una transaccin, ArcGIS lo establecer de nuevo en UNCOMMITTED READ antes de que se inicie la transaccin. En las siguientes secciones se describe el potencial para problemas de simultaneidad bajo condiciones comunes. A menos que se indique lo contrario, estas explicaciones suponen que se ha establecido el nivel de aislamiento predeterminado UNCOMMITTED READ, o su equivalente, en el DBMS subyacente.
Oracle
Los escritores bloquean a los escritores: al realizar una operacin de edicin en una entidad o un grupo de entidades, tales como moverlas o modificar sus atributos, el DBMS bloquea las filas. Las entidades continan bloqueadas hasta que se guarda o se detiene la sesin de edicin sin guardar. Por consiguiente, cualquier entidad o registro que edite se bloquear mientras dure la sesin de edicin. Cuando dos usuarios intentan editar la misma entidad al mismo tiempo, la entidad se bloquea cuando el primer usuario completa una operacin. El bloqueo se contina manteniendo, aunque este usuario est trabajando en otras entidades. La entidad permanece bloqueada hasta que este usuario guarde la sesin de edicin, confirmando as los cambios en la base de datos, o la detenga sin guardar, lo que deshace todas las ediciones realizadas en esa sesin de edicin. Mientras la entidad est bloqueada, el segundo usuario intenta modificar la misma entidad. La sesin de ArcMap del segundo usuario espera al bloqueo o a la liberacin, mostrando el conocido reloj de arena. El reloj de arena se contina mostrando hasta que se libera el bloqueo cuando el primer usuario guarda los cambios (confirma los cambios en la base de datos) o finaliza la sesin de edicin sin guardar los cambios (deshace las ediciones). En ese momento, el reloj de arena de la pantalla del segundo usuario desaparece, y se puede realizar la operacin de edicin del segundo usuario. (Observe que esto significa que las ediciones del segundo usuario sobrescriben las ediciones del primer usuario.) Este problema de bloqueo tambin se puede producir simultneamente entre dos usuarios cada vez que sucede lo siguiente:
Los dos usuarios estn editando simultneamente. Los usuarios han modificado filas en su sesin de edicin actual. Cada usuario intenta modificar una fila ya modificada por el otro usuario.
El primero de los usuarios que intenta modificar una fila bloqueada ve un reloj de arena mientras la sesin de ArcMap espera a que se libere el bloqueo. Cuando el segundo usuario intenta modificar una fila bloqueada por el primer usuario, se produce una situacin conocida como interbloqueo, puesto que ambos usuarios se estn bloqueando entre s. El DBMS elige rpidamente una de las transacciones para deshacerla, de modo que el otro pueda continuar. El usuario cuya transaccin se deshizo debe rehacer las ediciones realizadas desde que se guardaron las ltimas ediciones. Los escritores no bloquean a los lectores: los usuarios que escriben en la base de datos no impiden que otros usuarios lean los mismos datos, sin tener en cuenta el nivel de aislamiento. Para los usuarios que leen los datos bloqueados, aparecen como estaban antes de que se iniciara la transaccin actual. Los lectores no bloquean a los escritores: los usuarios que leen la base de datos no impiden que otros usuarios modifiquen los mismos datos en cualquier nivel de aislamiento.
DB2 e Informix
Los escritores bloquean a los escritores: los escritores bloquean a los escritores en DB2 e Informix de manera similar a como los escritores bloquean a los escritores en Oracle. Para obtener informacin detallada, vea la explicacin bajo "Oracle". Los escritores bloquean a los lectores: en DB2 e Informix, los escritores impiden que otros usuarios lean los mismos datos en cualquier nivel de aislamiento superior a UNCOMMITTED READ. En estos niveles de aislamiento superiores, el bloqueo de los datos hasta que las ediciones se guardan o se deshacen pueden provocar problemas de simultaneidad; mientras est trabajando en una sesin de edicin, nadie ms puede leer los datos que est editando. Esto puede provocar que ocurra lo siguiente:
Si otro usuario agrega la misma capa a ArcMap, aparece el reloj de arena y la capa no se dibuja hasta que se liberen los bloqueos. Si otro usuario intenta desplazarse a los datos que se estn editando, ArcMap espera a que se libere el bloqueo antes de actualizar la visualizacin. Si otro usuario identifica una entidad bloqueada, el reloj de arena aparece y no se devuelve ninguna informacin hasta que se libere el bloqueo.
Los lectores bloquean a los escritores: en DB2 e Informix, los lectores pueden impedir que otros usuarios modifiquen los mismos datos en cualquier nivel de aislamiento superior a UNCOMMITTED READ. Sin embargo, en realidad esto apenas se nota en ArcGIS, puesto que los bloqueos de lectura sobre las filas se mantienen durante muy poco tiempo; en el momento en que aparecen los datos, ya se ha liberado el bloqueo. Los lectores solo pueden bloquear realmente a los escritores en una aplicacin que abra un cursor en el DBMS, obtenga una fila cada vez y recorra el conjunto de resultados a medida que procesa los datos. En este caso, DB2 e Informix inician la adquisicin y el mantenimiento de bloqueos cuando se procesa el conjunto de resultados.
PostgreSQL
Los escritores bloquean a los escritores: en PostgreSQL, una fila no se puede actualizar hasta que la primera transaccin realizada en en la fila se confirma en la base de datos o se deshace. Cuando dos usuarios intentan editar la misma entidad al mismo tiempo, el primer usuario bloquea las actualizaciones del otro en esa fila. Otros usuarios no pueden editar esa fila hasta que este usuario la guarde, confirmando los cambios en la base de datos, o detenga la sesin de edicin sin guardar, lo que deshace todas las ediciones realizadas en esa sesin de edicin. Mientras la entidad est bloqueada, el segundo usuario intenta modificar la misma entidad. La sesin de ArcMap del segundo usuario espera al bloqueo o a la liberacin, mostrando el conocido reloj de arena. El reloj de arena se contina mostrando hasta que el primer usuario guarda sus cambios (confirma los cambios en la base de datos) o finaliza la sesin de edicin sin guardar los cambios (deshace las ediciones). En ese momento, el reloj de arena de la pantalla del segundo usuario desaparece, y se puede realizar la operacin de edicin del segundo usuario. (Observe que esto significa que las ediciones del segundo usuario sobrescriben las ediciones del primer usuario.) Los escritores no bloquean a los lectores: si utiliza el control de simultaneidad multiversin (MVCC) de PostgreSQL, que es el comportamiento predeterminado y recomendado para la base de datos, las transacciones del usuario que escriben en la base de datos no bloquean a los lectores que consultan la base de datos. Esto es verdad si se utiliza el nivel de aislamiento predeterminado READ COMMITTED en la base de datos o se establece el nivel de aislamiento en SERIALIZABLE. Los lectores no bloquean a los escritores: no importa qu nivel de aislamiento se establezca en la base de datos, los lectores no bloquean los datos.
SQL Server
ArcGIS establece el nivel de aislamiento en READ UNCOMMITTED antes de cada transaccin en una geodatabase de SQL Server. A continuacin se describen algunos problemas de simultaneidad potenciales que pueden surgir dentro del contexto de ArcGIS. Para obtener ms informacin sobre el nivel de aislamiento READ UNCOMMITTED, consulte la documentacin de SQL Server. Los escritores bloquean a los escritores: los escritores bloquean a los escritores en SQL Server de manera similar a como los escritores bloquean a los escritores en Oracle. Para obtener informacin detallada, vea la explicacin bajo "Oracle". Los escritores no bloquean a los lectores: dado que ArcGIS establece el nivel de aislamiento en READ UNCOMMITTED antes de cada transaccin, los escritores no bloquean a los lectores en las geodatabases de SQL Server. Sin embargo, cuando algunos usuarios estn modificando los datos mientras otros estn leyendo los mismos datos, es posible que los usuarios lean datos que se hayan cambiado pero todava no se hayan confirmado. Esto se conoce como una lectura modificada y puede provocar que una consulta devuelva lo siguiente:
Valores de datos inexactos Que no se devuelva ningn dato, cuando los datos existen Que se devuelvan datos duplicados cuando no existe ninguno
Los lectores no bloquean a los escritores: dado que ArcGIS establece el nivel de aislamiento en READ UNCOMMITTED antes de cada transaccin, los lectores no bloquean a los escritores en las geodatabases de SQL Server.
Evitar problemas de simultaneidad

Afortunadamente, hay maneras de minimizar los problemas de simultaneidad: Disee las aplicaciones y los flujos de trabajo pensando en los bloqueos: las solicitudes a la espera de la liberacin de bloqueos suelen ser el resultado de aplicaciones o flujos de trabajo mal diseados. Al desarrollar una aplicacin o un flujo de trabajo, asegrese de que los bloqueos se soliciten de manera organizada. Puede lograr esto normalizando la secuencia de actualizaciones en todas las tablas. Esto debera evitar los interbloqueos. Para reducir la cantidad de tiempo que se mantienen los bloqueos, es mejor emitir todas las solicitudes de modificacin de datos al final de cada unidad de lgica de la aplicacin o del flujo de trabajo que ejecute una transaccin. Establezca el nivel de aislamiento adecuado (Oracle, DB2, Informix): el nivel de aislamiento afecta a la cantidad de tiempo durante el que una transaccin bloquea los datos. Cuanto ms alto es el aislamiento, mas tiempo mantiene el bloqueo la transaccin. Cuanto ms tiempo mantiene el bloqueo la transaccin, ms aumenta la
integridad de los datos, pero al precio de reducir la simultaneidad. Si es aceptable para la aplicacin, puede reducir el nivel de aislamiento para mejorar la simultaneidad. Registre los datos como versionados: mejore la simultaneidad registrando los datos como versionados para trasladar las ediciones a la tabla base. Esto permite a los usuarios continuar manteniendo los datos con aplicaciones que no utilicen ArcGIS, pero aporta a los usuarios de la aplicacin de ArcObjects y ArcGIS, que de otra manera se veran afectados por los problemas de simultaneidad, o que los provocaran, la capacidad de editar y administrar versiones de los datos. Cuando un usuario edita una versin, el usuario no aplica bloqueos, lo que permite editar los datos en aislamiento completo de otros usuarios. El bloqueo de bases de datos es un tema complejo. Adems, cada DBMS realiza el bloqueo de manera diferente. Como resultado, es necesario estudiar el comportamiento del DBMS para determinar en qu nivel establecer los bloqueos, cmo establecer los niveles de aislamiento y cmo tratar los tiempos de espera de bloqueo y los interbloqueos.
Temas relacionados
Trabajar con entidades de integridad de datos

Para facilitar la tarea de garantizar la integridad de los datos, la geodatabase proporciona la propiedad de campo Permitir valores nulos, dominios, subtipos, clases de relacin y valores predeterminados. De igual forma, el DBMS proporciona sus propias entidades de integridad de datos, que incluyen restricciones sobre valores nulos, restricciones sobre valores nicos, restricciones referenciales, restricciones de comprobacin y desencadenadores. ESRI recomienda utilizar entidades de geodatabase en lugar de restricciones y desencadenadores de DBMS para garantizar la integridad de los datos. Las entidades de geodatabase son ms flexibles y ms potentes, y funcionan igual en todos los DBMS y formatos de geodatabase personal. Sin embargo, si tiene una aplicacin de terceros que tenga acceso a los datos de la geodatabase, la aplicacin solo tener acceso a los datos del nivel del DBMS, omitiendo las entidades de integridad configuradas en el nivel de geodatabase. Para dar soporte a esta aplicacin, quiz desee implementar restricciones y desencadenadores del DBMS. Al editar datos en una sesin de edicin no versionada, las ediciones estn sometidas a las restricciones del DBMS establecidas sobre los datos. Siempre que desee realizar una operacin de edicin individual desde el interior de ArcMap o de una aplicacin escrita en ArcObjects e infrinja una restriccin, un mensaje del DBMS le informar del error. De manera similar, la edicin en una sesin de edicin no versionada activa los desencadenadores; si una edicin actualiza una columna que tenga definido un desencadenador, el desencadenador se dispara.
Temas relacionados
Editar datos no versionados con restricciones
Editar datos no versionados con restricciones

Si necesita agregar entidades a una tabla o clase de entidad sin control de versiones, y esa tabla o clase de entidad contiene campos a los que se hayan aplicado restricciones NOT NULL o UNIQUE, debe actualizar los valores de los atributos en el momento de la creacin de la entidad. Para hacerlo, puede establecer la tabla de atributos para que se muestre de modo que pueda agregar valores a los campos con restricciones. Pasos:
1. 2. 3. 4. 5. 6.
Si la barra de herramientas Editor an no est abierta, haga clic en Personalizar en el men principal, seleccione Barras de herramientas y haga clic en Editor. Haga clic en el men desplegable Editor en la barra de herramientas Editor. Haga clic en Opciones. Haga clic en la ficha Atributos del cuadro de dilogo Opciones de Edicin. Elija la opcin Mostrar el cuadro de dilogo de atributos antes de almacenar nuevas entidades. Haga clic en Para las siguientes capas.
7.
Active la casilla junto a las capas que no tengan restricciones de valor NOT NULL o UNIQUE.
Esto provoca que la tabla de atributos se muestre automticamente durante la edicin solo para las capas que se elijan en la lista.
Edicin sin control de versiones y la cach de entidad

Generar una cach de entidad puede acelerar tareas comunes de ArcMap, tales como dibujar, seleccionar, etiquetar y editar entidades. La cach de entidad contiene las entidades de la extensin actual del mapa en la memoria del equipo local. Una cach de entidad produce un procesamiento ms rpido, porque ArcMap no tiene que recuperar datos del servidor cada vez que se actualiza la visualizacin. Se debe tener cuidado, no obstante, al utilizar cachs de entidad para editar en sesiones de edicin sin control de versiones. Despus de generar una cach de entidad de algunos datos, si otro usuario edita esos datos, ya no estar trabajando con datos correctos. Cuando confirme, es posible que sobrescriba las ediciones del otro usuario. La siguiente secuencia de eventos proporciona un ejemplo de cmo puede suceder esto: 1. 2. Tom inicia la edicin, genera una cach de entidad de pozo y muestra los puntos en ArcMap. Susan inicia su propia sesin de edicin, mueve un punto de pozo y confirma el cambio.
3. Tom gener su cach de entidad antes de que Susan iniciara la edicin, as que en este momento Tom contina viendo el pozo en su ubicacin original. Tom mueve el pozo a otra ubicacin diferente y confirma, sobrescribiendo las ediciones de Susan.
Temas relacionados
Qu es una versin
Resource Center Biblioteca para profesionales Administracin de datos Administrar geodatabases Transacciones y versiones de geodatabase Trabajar con datos versionados
Una versin representa una instantnea en el tiempo de la geodatabase completa y contiene todos los datasets de la geodatabase. 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. Esto asla el trabajo de un usuario entre varias sesiones de edicin, permitiendo que los usuarios editen sin bloquear las entidades de la versin de produccin ni afectar inmediatamente a los otros usuarios, y sin tener que realizar copias de los datos. Licencia: Las versiones solo se admiten en geodatabases de ArcSDE. Vea Un recorrido rpido por el control de versiones para obtener ms informacin detallada sobre las versiones y el control de versiones.
Copyright 1995-2011 Esri. Todos los derechos reservad
Un paseo introductorio por el versionado

Este tema se aplica slo a ArcEditor y ArcInfo. El versionado permite que varios usuarios editen los mismos datos en una geodatabase de ArcSDE sin aplicar bloqueos o duplicar datos. Los usuarios siempre acceden a una geodatabase de ArcSDE mediante una versin. Cuando se conecta a una geodatabase multiusuario, especifica la versin a la que se conectar. Por defecto, se conectar a la versin DEFAULT.
La versin DEFAULT
Todas las geodatabases de ArcSDE tienen una versin predeterminada que se llama DEFAULT; por lo tanto, siempre est habilitado el versionado para la geodatabase. Es una parte fundamental de la forma de operacin de ArcGIS y no precisa ser instalada o configurada por separado.
A diferencia de otras versiones, la versin DEFAULT siempre existe y no se puede eliminar. En la mayora de las estrategias de flujo de trabajo, es la versin publicada de la base de datos que representa el estado actual del sistema que se est modelando. Para mantener y actualizar la versin DEFAULT a lo largo del tiempo, debe publicarle los cambios de otras versiones. Tambin puede editar la versin DEFAULT directamente, como cualquier otra versin. La versin DEFAULT es la versin raz y, por lo tanto, es anterior a todas las dems versiones.
Crear otras versiones

Se crea una versin al crear versiones secundarias o ramas de cualquier versin existente. La primera versin se crea al crear una versin secundaria de la versin DEFAULT. Cuando se crea la versin nueva, sta es igual a la versin DEFAULT. Con el paso del tiempo, las versiones se diferenciarn a medida que se realizan cambios en la versin DEFAULT y la versin nueva. Una geodatabase puede tener muchas versiones. El siguiente es el cuadro de dilogo Administrador de versiones, al que se accede mediante ArcGIS Desktop. Este ejemplo muestra la versin DEFAULT y otras tres versiones: una versin de garanta de calidad (QA) y versiones de proyecto: ProjectA y ProjectB.
El siguiente diagrama muestra cmo se relacionan las versiones. La versin QA es una versin secundaria de la DEFAULT y las versiones ProjectA y ProjectB son versiones secundarias de la QA.
Crear versiones da la falsa sensacin de que se est creando una copia de toda la geodatabase. Esto se debe a que cada versin tiene todas las tablas y clases de entidades en la geodatabase. A medida que edita una clase de entidad o tabla en una versin, deja de ser la misma clase de entidad o tabla de la versin principal, entonces usted cree que est almacenando la clase de entidad o tabla en cada versin. Sin embargo, independientemente de la cantidad de versiones que haya, cada tabla y clase de entidad se almacena una sola vez en la base de datos. ArcGIS deja cada clase de entidad o tabla en su formato original pero registra los cambios en las tablas a las que se hace referencia como tablas delta. Los usuarios pueden editar todas las versiones de manera simultnea. Varios usuarios tambin pueden editar la misma versin al mismo tiempo. En las versiones de ejemplo ms arriba, diferentes editores pudieron editar al mismo tiempo las versiones ProjectA y ProjectB. Tambin es posible que la cantidad de usuarios que realicen cambios en la versin QA sea menor.
Cmo funcionan las versiones y las modificaciones versionadas

Antes de que pueda comenzar a realizar modificaciones versionadas en los datos de cualquier versin, los datasets deben registrarse como versionados. Tenga en cuenta que registrar un dataset como versionado no es lo mismo que crear una versin. Al crear una versin se crea una especie de "visualizacin" de la geodatabase que le permite editar los datos versionados y ver los cambios inmediatamente. Otros usuarios conectados a la misma versin vern los cambios cuando actualicen la informacin. Sin embargo, los usuarios conectados a otras versiones no vern los cambios hasta que los concilie y los publique en la versin anterior. En el ejemplo anterior, una vez que los cambios se devuelven a la versin DEFAULT, se hacen visibles independientemente de la versin a la que est conectado. Por el contrario, registrar un dataset (una clase de entidad, un dataset de entidad o una tabla) como versionado lo prepara para la edicin versionada. Cuando registra un dataset como versionado, se crean dos tablas delta: la tabla A (o Adiciones) para inserciones y actualizaciones y la tabla D (o Eliminaciones) para eliminaciones. Cada vez que actualiza o elimina un registro en un dataset, se agregan filas a una o ambas tablas. Por lo tanto, un dataset versionado consta de la tabla original (denominada la tabla base) ms todos los cambios en las tablas delta. La geodatabase mantiene un registro de las versiones a las que estuvo conectado cuando realiz las modificaciones que completaron las tablas delta. Cuando realiza una consulta o visualiza un dataset en una versin, ArcGIS ensambla las filas relevantes de la tabla original y de las tablas delta para presentar una vista sin interrupciones de los datos para esa versin. Todas las modificaciones realizadas en la clase de entidad o tabla, independientemente de la versin desde la que se realizaron dichas modificaciones, se registran en las mismas tablas delta. En conjunto, todas las filas en las tablas
base, A y D representan todas las versiones de la clase de entidad o tabla. Esto quiere decir que cualquier versin hace referencia slo a un subconjunto de filas de las tres tablas. Entonces cmo recuerda ArcGIS qu filas de las tablas delta pertenecen a cada versin? Cada fila en las tablas A y D se marca con un identificador entero al que se denomina Id. de estado, que hace referencia al momento en que se agrega una fila a una tabla. Cada vez que edita una versin, se crea un nuevo estado y se agrega una nueva fila a una o ambas tablas delta. Se puede entender a los estados como parte de una estructura de rbol donde cada rama registra la evolucin de una versin. Se denomina linaje a la secuencia de estados que registran una serie de cambios desde la tabla base al estado actual de una versin. Cuando visualiza o consulta una versin, ArcGIS consulta el linaje de la versin para obtener los Id. de estado, despus obtiene los registros correctos de las tablas A y D. A medida que se edita una geodatabase, las tablas delta aumentan de tamao y crece el nmero de estados. Mientras ms grandes sean las tablas y ms estados tengan, ms datos debe procesar ArcGIS cada vez que se visualiza o consulta una versin. Para mantener el rendimiento de una base de datos, el administrador de ArcSDE debe ejecutar de forma peridica el comando Comprimir para quitar los datos sin utilizar y despus el comando Analizar para actualizar las estadsticas de la base de datos. Ms informacin sobre la operacin de compresin de la geodatabase
Registrar datos como versionados con la opcin mover las ediciones a la base
Cuando registra datos que no participan en redes o topologas como versionados, puede especificar si desea que las modificaciones de la versin DEFAULT se muevan a las tablas base. Si especifica esta opcin, los cambios siguen registrndose en las tablas delta. Sin embargo, al guardar, los cambios se mueven de las tablas delta a la tabla base, y no permanecen en las tablas delta. La especificacin de esta opcin cuando registra los datos como versionados puede resultar til, si las modificaciones que est realizando toman slo unos minutos para completarse y si est conectado a una geodatabase versionada con una aplicacin de terceros. Las aplicaciones de terceros generalmente se configuran slo para consultar la tabla base, no pueden ver las tablas delta. Si utiliza el versionado y no elige mover las modificaciones a la tabla base, estas aplicaciones no vern las modificaciones realizadas en otras versiones que no han sido conciliadas y publicadas en la versin DEFAULT. Tenga en cuenta que cuando edita versiones que no son la DEFAULT, los cambios se registran en las mismas tablas delta. Cuando guarda, los cambios permanecen en las tablas delta. Sin embargo, cuando se fusionan los cambios en la versin DEFAULT, stos se mueven de las tablas delta a las tablas base. Cuando se fusionan los cambios a versiones que no son la DEFAULT se mantienen los cambios en las tablas delta, tal como si no hubiera especificado la opcin de mover las modificaciones a la base.
Permisos y edicin de una versin

El propietario de una versin (la persona que la crea) puede establecer permisos para una versin con el fin de restringir quienes pueden verla y editarla. Las opciones de permiso son privada (slo el propietario puede ver y editar los datasets de la versin), protegida (cualquier usuario puede ver los datasets de la versin, pero slo el propietario puede editarlos) y pblica (cualquier usuario puede ver y editar los datasets, siempre que cuente con los permisos sobre los mismos). Como puede ver en el siguiente cuadro de dilogo Administrador de versiones, la versin DEFAULT est protegida y las otras versiones son pblicas.
Sugerencia: Consulte Crear versiones y establecer permisos para obtener ms informacin sobre permisos de versin. Para editar los datos en una versin especfica en ArcGIS, conctese a una versin especfica y agregue datos que han sido registrados como versionados en ArcMap. Sugerencia: Tambin puede alternar las versiones a las que estn conectados en ArcMap. Consulte Cambiar versiones en ArcMap para obtener ms informacin. Por defecto, todas las sesiones de edicin en ArcMap son versionadas. Por lo tanto, si tiene datos versionados en su mapa, puede comenzar la edicin apenas abra una sesin de edicin. Para abrir una sesin de edicin, haga clic en Iniciar la edicin en la lista desplegable Editor de la barra de herramientas Editor.
Las modificaciones realizadas a cada versin se aplican slo a esa versin. La excepcin son los cambios de esquema. Cuando cambia el esquema en una versin, por ejemplo, si agrega un nuevo campo a la tabla, el cambio se aplica a todas las dems versiones. Una vez terminada la edicin, debe conciliar los cambios y publicar en la versin anterior.
Conciliar y publicar los cambios

La conciliacin y la publicacin integran los cambios a cualquier versin anterior de la versin en la que est trabajando, como la versin principal o DEFAULT. Cuando realiza la conciliacin, se comparan los cambios en la versin que est editando con la versin a la que los quiere fusionar. Cuando modifica datos en una versin, no se aplican bloqueos a los datos. 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 estn comparando. El proceso de conciliacin muestra cada conflicto y permite elegir la representacin de la fila que se desea conservar. En la prctica, la edicin de conflictos debera ser poco frecuente porque el volumen de modificaciones es pequeo en comparacin con la cantidad de datos geogrficos involucrados. En flujos de trabajo diseados correctamente, el coste de conciliar conflictos es menor en comparacin con el ahorro de no tener que bloquear o verificar entidades durante la transaccin. Una vez finalizada la conciliacin, puede publicar los cambios. De esta manera, se aplican las modificaciones que realiz en la otra versin. Si ya no necesita la versin desde la que realiz la publicacin, puede eliminarla. O bien, puede seguir editndola y volver a conciliar y publicar los cambios. Basado en los privilegios asignados a las versiones del ejemplo QA/Project, un flujo de trabajo lgico de conciliacin y publicacin ira desde las versiones de proyecto a las versiones de QA y por ltimo a la versin DEFAULT.
Versiones: Un ejemplo
Para ilustrar cmo se pueden utilizar las versiones, siga esta situacin de un servicio hdrico municipal. El servicio hdrico tiene una geodatabase de entidades que representan el estado actual de todas las tuberas de agua, vlvulas, bombas y otros componentes del sistema de agua. El servicio necesita agregar una extensin de lnea nueva al sistema de agua. El servicio crea una nueva versin desde la versin DEFAULT llamada proyecto de Extensin, para contener el diseo de la nueva extensin. Sin embargo, el personal del servicio no est seguro sobre si elegir un diseo de tubera de 16 o de 24 pulgadas para la nueva extensin. Entonces, desde la versin proyecto de Extensin, crean una versin para estudiar el diseo de 16 pulgadas y otra para estudiar el diseo de 24 pulgadas. Finalmente, descubren que la tubera de 24 pulgadas servir para la demanda de agua proyectada para 12 aos ms y que se justifica el coste mayor inicial de construccin. El diseo de 24 pulgadas queda aprobado, se verifica la precisin y se publica en la versin de proyecto de Extensin. Algunos meses ms tarde, se finaliza la construccin de la extensin de lnea nueva. Para actualizar la versin publicada de la base de datos, se revisa la precisin de la versin de proyecto de Extensin, se concilia y se publica en la versin DEFAULT.
Temas relacionados
Escenarios de versin
Vocabulario esencial para versionado

Los siguientes son trminos comunes que encontrar en la documentacin sobre versionado:
Trmino versin de la geodatabase Descripcin La versin de la geodatabase representa una instantnea en el tiempo de la geodatabase de ArcSDE completa. Permite editar las geodatabases para aislarlas y as evitar que se bloqueen, incluso si las sesiones de edicin se prolongan durante largos perodos de tiempo. Las versiones se crean a partir de versiones existentes. Esto genera un linaje con una versin principal y versiones secundarias. versin DEFAULT La versin DEFAULT es la versin original de la geodatabase de ArcSDE. Todas las dems versiones de la geodatabase son descendientes de la versin DEFAULT.
versin principal La versin principal es la versin de la geodatabase desde la que se genera la otra versin. No se puede eliminar una versin principal si esta otra versin todava existe. versin secundaria Una versin secundaria es la versin de la geodatabase que se cre a partir de la versin principal. Cuando se crea inicialmente, la versin secundaria contiene los mismos datos y tiene el mismo estado que la versin principal. Despus de que se realizan las ediciones en la versin secundaria, se publican nuevamente en la versin principal. Un rbol de versiones es un grfico organizativo de versiones de geodatabase relacionadas. Similar a un rbol genealgico, un rbol de versiones muestra cmo se relacionan las versiones, qu versiones son las principales y cules las secundarias, y permite rastrear el origen de una versin secundaria en particular desde de la versin DEFAULT. Al registrar una clase de entidad como versionada, se crea una tabla de "adiciones" y "eliminaciones". Estas tablas registran las ediciones realizadas en el dataset y permiten editar un dataset sin bloquear a otros usuarios que quieran acceder a l o editarlo. Cuando registra un dataset como versionado, puede registrarlo como completamente versionado (opcin predeterminada) o con la opcin para mover las ediciones a la base. tabla de adiciones tabla de borrados La tabla de adiciones almacena todos los registros insertados o actualizados en un dataset versionado.
rbol de versiones
registrar como versionada
La tabla de eliminaciones registra todos los elementos eliminados de un dataset versionado. Tambin contiene registros de registros actualizados, ya que una actualizacin equivale a un registro eliminado que fue reemplazado por un registro modificado.
La tabla de eliminaciones tambin se conoce como la Tabla D. tablas delta Las tablas de adiciones y eliminaciones para un dataset se conocen como las tablas delta ya que almacenan cambios realizados en el dataset. La tabla base es la tabla fundamental de una clase de entidad. Contiene todos los atributos no espaciales, y, si utiliza un tipo de geometra SQL, tambin el atributo espacial. La tabla base de trminos se utiliza para diferenciar esta tabla fundamental de otras tablas secundarias, como las tablas delta, las tablas XML de ArcSDE o las tablas f y s utilizadas por el tipo de almacenamiento de geometra binaria de sde. Cuando observe una clase de entidad a travs de la interfaz de usuario del sistema de administracin de bases de datos, ver la tabla base. Por ejemplo, si la geodatabase contiene una clase de entidad versionada llamada prj_sites, encontrar una tabla llamada prj_sites en la base de datos. Esa tabla es la tabla base. Las tablas base tambin se conocen como tablas de negocios. mover las ediciones a la base Esta opcin est disponible cuando se registran los datos como versionados. Permite mover inmediatamente las ediciones realizadas en la versin DEFAULT de la geodatabase desde las tablas delta hasta las tablas base. La especificacin de esta opcin cuando registra los datos como versionados puede resultar til, si las modificaciones que est realizando toman slo unos minutos para completarse y si est conectado a una geodatabase versionada con una aplicacin de terceros. No puede utilizar la opcin para mover las ediciones a la base en datasets que contienen una topologa o red, que estn archivados o participen en una replicacin. estado El estado de una geodatabase es un registro de un cambio realizado en la versin. Cada vez que edite una entidad dentro de una versin, se crear un nuevo estado. Un linaje de estado o rbol de estado es una secuencia de estados, que comienza con el estado inicial y termina con el estado actual. Representa una serie de cambios realizados en la geodatabase. Cada rama en el rbol o linaje registra cmo evolucion la versin. Cuando visualiza o consulta una versin, ArcGIS consulta el linaje de la versin para obtener los Id. de estado, despus obtiene los registros correctos de las tablas A y D. versin de edicin La versin de edicin es la versin secundaria que est actualizando. En la base de datos, la versin de edicin es un conjunto de cambios de estados realizados durante la sesin de edicin. Durante el proceso de conciliacin, este linaje de estados se compara con el linaje de estados de la versin de destino (principal) para detectar conflictos. La versin de destino es el linaje de estados de la versin principal contra la que se concilian las ediciones.
tabla base
linaje de estado o rbol de estado
versin de destino conciliar
El proceso de conciliacin es parte del flujo de trabajo de edicin de versionado que compara los linajes de estados de la versin de edicin y de la versin de destino para buscar conflictos entre ellas. Los conflictos aparecen cuando las ediciones contradicen las modificaciones realizadas por otro usuario en la versin de destino. Puede establecer reglas para definir conflictos (sin importar si los conflictos son cambios realizados en una fila o cambios realizados en una columna) y el comportamiento predeterminado para la resolucin de conflictos (sin importar si tiene prioridad la versin de edicin o la versin de destino). La conciliacin slo actualiza la versin de edicin para que ArcGIS pueda verificar los conflictos; no fusiona los cambios con la versin de destino. Debe revisar y resolver cualquier tipo de conflicto detectado durante el proceso de conciliacin antes de fusionar (publicar) los cambios con la versin de destino.
publicar
El proceso de publicacin fusiona los cambios de la versin de edicin con la versin de destino. La operacin de envo solo se puede completar si la versin objetivo no se ha modificado desde que se complet la operacin de conciliacin. Si la versin de destino se ha modificado mientras tanto, tendr que conciliar de nuevo antes de enviar.
comprimir
La operacin de compresin se realiza en geodatabases versionadas. Su objetivo principal es quitar los estados a los que no se hace referencia y las filas de las tablas delta asociadas a ellos y mover las entradas en las tablas delta que son comunes a todas las versiones a las tablas base. Esto reduce la cantidad de datos que la base de datos tiene que revisar en cada consulta de versin y, de ese modo, mejora el rendimiento de consulta y tiempo de respuesta del sistema. Las geodatabases versionadas, que se editan en forma activa, se deben comprimir con frecuencia (todos los das o semanalmente, segn el volumen de edicin). Mientras ms tiempo pase entre las operaciones de compresin, ms tiempo tomar para completar la misma.
Temas relacionados
La operacin de compresin y las geodatabases Registrar datos como versionados Un paseo introductorio por el versionado Un paseo introductorio por la conciliacin de una versin
Escenarios de versin
Este tema presenta la aplicacin del versionado, es decir, cmo se puede aplicar esta tecnologa dentro de la organizacin, e ilustra las configuraciones de versin que estn disponibles. Los flujos de trabajo varan enormemente entre organizaciones. A menudo, se transforman en etapas discretas y cada etapa requiere la asignacin de un conjunto especfico 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 versin separada aislada y modificarla. Una vez que est conforme con el trabajo terminado, puede integrar los cambios en la versin publicada de la base de datos. Trabajar con versiones de esta manera permite tener en cuenta los procesos ms bsicos del flujo de trabajo as como los ms complejos. En general, se utiliza la edicin concurrente de la base de datos publicada, con varios editores que modifican la versin DEFAULT, o alguna combinacin de las otras configuraciones. La comprensin de los requisitos organizacionales y de negocios y la evaluacin de las ventajas y desventajas de cada configuracin, ayudar en el momento de elegir cual es la mejor opcin para la organizacin. Para mantener la simplicidad y tener en cuenta las consideraciones de la administracin de geodatabases, se recomienda mantener un rbol de versiones plano o tener varios editores que editen en forma concurrente la versin DEFAULT.
Edicin simultnea de la base de datos publicada

Muchos usuarios pueden editar la misma versin simultneamente, de modo que la manera ms simple de admitir la edicin multiusuario es permitir que muchos editores editen directamente la versin DEFAULT.
Cuando cada editor empieza a editar la versin DEFAULT, en la sesin de edicin se crea automticamente una versin temporal, sin nombre. Esta versin temporal solo es accesible al editor actual. Cuando el editor guarda su trabajo o finaliza la sesin de edicin, los cambios registrados en la versin temporal se envan a la versin DEFAULT. Si otro usuario ha editado la versin DEFAULT desde que se inici la edicin, al guardar el trabajo, ArcGIS concilia y enva los cambios automticamente. Se le notifica que la versin ha cambiado y debe guardarse de nuevo para aceptar los cambios realizados por otros editores. Puede evitar este mensaje de advertencia habilitando la conciliacin automtica en el cuadro de dilogo Opciones de ArcMap. Tanto si evita este mensaje como si no, si hay conflictos deber resolverlos con el cuadro de dilogo de resolucin de conflictos antes de poder guardar correctamente las ediciones. Ms informacin sobre configuracin para guardar los datos Ms informacin sobre cmo resolver conflictos de datos Ventajas:
Esta estrategia admite bien las modificaciones simples de la base de datos, porque los usuarios no tienen que crear nuevas versiones para editar los datos. Esto es adecuado cuando las unidades de trabajo son bastante pequeas o cuando no se requieren alternativas de diseo persistentes. Si no hay ningn conflicto, las ediciones guardadas se envan directamente a la versin DEFAULT.
Inconvenientes:
La versin DEFAULT est cambiando constantemente y es vulnerable a modificaciones accidentales o no autorizadas; por consiguiente, es posible que el administrador de bases de datos tenga que crear copias de seguridad de la base de datos con ms frecuencia. No se admiten las transacciones de larga duracin ni la creacin de versiones de diseo alternativo que abarquen muchas sesiones de edicin. Solo puede haber una operacin de conciliacin activa por geodatabase en un momento dado. Si hay frecuentes operaciones de conciliacin y envo desde varias sesiones de edicin, es posible que los editores que guarden sus cambios tengan que esperar a que se completen los procesos activos de conciliacin y envo. En un geodatabase grande, multiusuario, es mejor evitar las situaciones donde muchos usuarios concilian y envan a una versin comn. La conciliacin y el envo bloquean exclusivamente la versin; mientras este bloqueo est vigente, los dems usuarios no pueden completar sus tareas.
Dado que todas las operaciones de conciliacin se emprenden automticamente, esta estrategia no admite procesos de conciliacin por lotes. La operacin de conciliacin por lotes se trata en el temaConciliacin y envo automticos.
Varios mltiples
Si est administrando varios proyectos u rdenes de trabajo, necesitar un enfoque ms estructurado a la administracin del flujo de trabajo. Es posible mantener unidades de trabajo discretas que impliquen muchas sesiones de edicin y abarquen varios das, semanas o meses sin que ello afecte a la versin DEFAULT. Ejemplos de estas unidades de trabajo discretas podran ser un esquema de mejora de carreteras, la instalacin de un nuevo servicio telefnico, o un proyecto de mantenimiento continuado para una conduccin de gas.
Cuando se inicia una orden de trabajo o un proyecto, se crea una versin como un elemento secundario de la versin DEFAULT. Uno o ms editores pueden trabajar en esta versin hasta que se complete la orden de trabajo o el proyecto. Cuando se completan todas las modificaciones de una versin, el editor o el administrador de ArcSDE concilia con la versin DEFAULT, resolviendo los conflictos que surjan. A continuacin, enva las modificaciones a la versin DEFAULT, integrando las modificaciones en la base de datos publicada. En este punto, se puede quitar la versin secundaria. Los permisos de acceso de usuario a la versin DEFAULT pueden restringirse para forzar este flujo de trabajo y asegurarse de que no se modifique la versin DEFAULT. El administrador de ArcSDE podra establecer el permiso de la versin DEFAULT en protegido; esto permite que los usuarios continen viendo la versin DEFAULT, pero restringe su nivel de acceso a solo lectura. Cualquier editor que desee modificar los datos debe crear una nueva versin. Si los usuarios de solo lectura no necesitan la capacidad de ver los cambios tan pronto como se enven a la versin DEFAULT, podra crear una versin protegida, esttica, a partir de la versin DEFAULT para que la utilicen. Esta versin se debe crear una vez comprimida la base de datos y reconstruidos los ndices y las estadsticas. Haciendo esto se asegura de que todas las filas necesarias para representar la versin de solo lectura se almacena en en la tabla bsica y que la base de datos rinda de manera ptima. En este escenario, no se realiza ningn cambio en la versin de los usuarios de solo lectura de la base de datos (FastTrak en la ilustracin siguiente), de modo que no es necesario ejecutar las consultas de diferencias de versin, y las estadsticas y los ndices de la base de datos no quedan obsoletas ni se fragmentan. Despus de cada compresin programada de la base de datos, esta versin se recreara, permitiendo el acceso de los usuarios de solo lectura a los cambios realizados desde la ltima compresin de la base de datos.
Ventajas:
Simplicidad: cada unidad de trabajo se segrega lgicamente por versin.
Se admiten las transacciones de larga duracin que abarcan muchas sesiones de edicin, as como la creacin de diseos alternativos, permitiendo que los editores desarrollen propuestas sin afectar a la base de datos de produccin. Al crear una nueva versin a partir de la versin DEFAULT, se protege la vista de produccin de la base de datos frente a modificaciones involuntarias. Los proyectos de trabajo individuales se integran con la base de datos de produccin cuando se completan. Se admiten los procesos de conciliacin y envo por lotes.
Inconvenientes:
Como ocurre con cualquier configuracin de versin multinivel, cuantas ms filas se mantengan en las tablas delta de versin, mayor ser el impacto potencial sobre el rendimiento de las consultas de versin. Esta sobrecarga se puede minimizar comprimiendo la base de datos peridicamente y actualizando las estadsticas del DBMS.
Proyectos mltiples con subproyectos

Los proyectos complejos requieren una estructura de flujo de trabajo ms elaborada que la proporcionada por los enfoques de edicin simultnea o de varios proyectos. Estos proyectos se pueden dividir a su vez en varias unidades funcionales o geogrficas, a partir de las cuales se desarrolla una jerarqua de versiones ms compleja. Por ejemplo, un proyecto para disear y construir un nuevo centro comercial podra tener distintas fases de construccin subdivididas en secciones este y oeste, o subdivididas por actividades de construccin, tales como edificacin, instalacin de servicios o paisajismo.
Para proyectos grandes que implican diferentes equipos y numerosas unidades discretas de trabajo, un rbol de versiones con varios niveles es una manera efectiva de organizar el flujo de trabajo. Los equipos que trabajan en diferentes aspectos del mismo proyecto crean su propia versin para mantener una vista privada de sus actualizaciones. Una vez completado el proyecto, las versiones se pueden conciliar y enviarse de vuelta a la versin DEFAULT, y se convierten en una parte integral de la base de datos publicada. Ventajas:
Admite proyectos complejos Admite transacciones de larga duracin que abarquen muchas sesiones de edicin Admite procesos automatizados de conciliacin y envo por lotes
Inconvenientes:
Debe conciliar y enviar las versiones en orden, empezando por las versiones ms lejanas eliminadas de la versin DEFAULT y retrocediendo. En otras palabras, las versiones secundarias de tercer nivel de la versin DEFAULT se deben enviar a sus versiones primarias, que son versiones secundarias de segundo nivel de la versin DEFAULT. Estas versiones secundarias de segundo nivel se pueden enviar entonces a las versiones secundarias de primer nivel de la versin DEFAULT. Finalmente, las versiones secundarias de primer nivel se pueden enviar a la versin DEFAULT.
Una vez que se enva cada versin secundaria a su versin primaria respectiva, la versin secundaria se puede eliminar.
La conciliacin y el envo solo pueden tener lugar entre versiones en la ruta de acceso directa; no es posible conciliar y enviar a travs de rutas de versin. Mantener un rbol de versiones complejos tiene algunos costes de rendimiento asociados: cuantas ms filas haya en las tablas delta de la versin, mayor ser el impacto potencial sobre el rendimiento de las consultas.
Proyectos escalonados
Muchos proyectos evolucionan a travs de un grupo prescrito o regulado de etapas que requieren aprobaciones de ingeniera, administrativas o legales antes de pasar a la etapa siguiente. Por ejemplo, dentro del dominio de los servicios, algunas etapas comunes son trabajando, propuesto, aceptado, construccin y construido. Este proceso en particular es esencialmente cclico: una orden de trabajo se asigna inicialmente a un ingeniero y se modifica con el tiempo a medida que el proyecto evoluciona a travs de varias etapas, hasta la integracin completa con la base de datos de produccin. En este enfoque, se crea una versin para representar cada etapa de este proceso: diseo inicial o versin propuesta, una versin aprobada y una versin para la fase de la construccin. A medida que el proyecto avanza a travs de diversos hitos de proyecto, cada etapa se revisa y se aprueba y, a continuacin, es reemplazada por la siguiente versin hasta que se alcanza y se completa la ltima etapa. Las versiones anteriores se puede mantener como referencia histrica o se pueden eliminar, segn sea necesario.
Cuando el proyecto ha finalizado, la versin construida se puede conciliar y enviar directamente a la versin DEFAULT, sin tener que conciliarse ni enviarse con las versiones anteriores del linaje. Ventajas:
Este mtodo es adecuado para proyectos que evolucionan a travs de una serie de etapas, donde cada etapa se debe aislar como una unidad de trabajo distinta. Como ocurre con todas las dems configuraciones de varios niveles, este flujo de trabajo permite a los editores desarrollar propuestas y alternativas de diseo sin afectar a la base de datos de produccin. Los cambios se pueden enviar directamente a DEFAULT, que elimina la sobrecarga de enviar cambios progresivamente subiendo por el rbol de versiones hasta la versin DEFAULT. Inconvenientes:
No conveniente para los procesos de conciliacin y envo por lotes
Archivar
Un requisito clave para muchos proyectos es la preservacin de varios estados de la base de datos a medida que cambia con el tiempo. Algunas de las consultas tpicas que una geodatabase puede tener que admitir son las siguientes:
Qu aspecto tena la base de datos en un momento determinado? Cmo ha cambiado una entidad determinada con el tiempo?
Dado que una entidad se quit de la base de datos en una determinada fecha, qu entidades existen actualmente conde estaba la entidad eliminada?
Un requisito comn para mantener un registro histrico es conservar un archivado de la versin DEFAULT, dado que habitualmente representa la versin publicada de la base de datos. Los cambios en DEFAULT puede producirse como resultado de ediciones en DEFAULT o de la conciliacin y el envo de cambios desde otras versiones. Una geodatabase se puede configurar para que registre estos cambios automticamente. Esta funcionalidad est integrada en la geodatabase; no se necesita ningn modelado de datos ni ninguna personalizacin de la aplicacin adicional para admitir el archivado automatizado. Algunos proyectos requieren el archivado de una versin distinta de DEFAULT. Dado que una versin representa el estado de su versin primaria en el momento que se crea, puede crear una versin con el nico propsito de registrar el aspecto que tena su versin primaria en un momento determinado. Por ejemplo, podra crearse una nueva versin histrica a partir de la versin de diseo. Cuando la versin de diseo se conciliara y se enviara a su versin primaria, la versin histrica permanecera como un registro del diseo en un momento determinado.
Para obtener ms informacin detallada sobre el archivado, vea El proceso de archivado.
Administracin de datos distribuidos

Algunos proyectos requieren que dos o ms oficinas distantes trabajen sobre los mismos datos. Cada oficina requiere acceso local a la base de datos y, por lo tanto, cada una crea una copia de la base de datos. Cuando se hace un cambio en los datos de una ubicacin, el cambio tambin se debe aplicar a los datos de la otra ubicacin. Para mantener las copias de las bases de datos sincronizadas, los sitios pueden transferir entre s los cambios de manera programada. Esta capacidad se conoce como replicacin de geodatabases.
La replicacin tambin permite llevar al campo un subconjunto de la geodatabase y editarla sin conexin; es un requisito comn para los equipos de mantenimiento de campo. Al volver a la oficina, se puede volver a conectar a la red y combinar los cambios en la base de datos de produccin. La replicacin tambin es til para cualquiera que tenga que editar datos a travs de una red lenta por cualquier otro motivo. En este caso, la replicacin permite extraer un subconjunto de los datos al equipo local, para poder trabajar sobre ellos sin tener que comunicarse a travs de la red. Una vez finalizada la edicin, puede transferir los cambios a travs de la red, combinndolos de vuelta en la base de datos de produccin. Para obtener ms informacin, vea Escenarios que utilizan datos distribuidos.
Temas relacionados
Un recorrido rpido por el registro y la anulacin del registro de los datos como versionados
Resource Center Biblioteca para profesionales Administracin de datos Administrar geodatabases Transacciones y versiones de geodatabase Trabajar con datos versionados Registrar y dar de baja datos como versionados
Este tema se aplica slo a ArcEditor y ArcInfo. Los datasets de la geodatabase de ArcSDE se pueden registrar como versionados sin la opcin de trasladar las ediciones a la base, registrarse como versionados con la opcin de trasladar las ediciones a la base, o no registrarse como versionados. De forma predeterminada, al agregar o crear un dataset en una geodatabase de ArcSDE, los datos no se registran como versionados. Para ver una introduccin a estas opciones, veaEstrategias de mantenimiento de datos. Nota: Solo el propietario de los datos puede registrar o anular el registro como versionados.
Registrar como versionados sin la opcin de trasladar las ediciones a la base

Registrar los datos como versionados sin la opcin de trasladar las ediciones a la base permite aprovechar toda la funcionalidad de la edicin con control de versiones. Esto incluye lo siguiente:
Deshacer y rehacer ediciones. Realizar ediciones de transaccin larga. Usar versiones con nombre para diseos y proyectos. Usar el archivado de geodatabases. Usar la replicacin. Imponer una restriccin nica sobre la tabla bsica de una clase de entidad.
Nota: Si, al comprimir la base de datos, los cambios escritos en la tabla bsica de las tablas delta incumplen la restriccin, se producir un error en la compresin y tendr que quitar la restriccin, o averiguar qu fila incumpli la restriccin y corregir el error. Sin embargo, antes de registrar los datos, considere que hay ciertas operaciones de ArcGIS que no se pueden realizar sobre los datos registrados como versionados. Estas operaciones son las siguientes:
Crear una topologa. Agregar o quitar clases de entidad de una topologa. Agregar o quitar reglas topolgicas. Modificar la tolerancia de cluster o de rangos. Crear una red geomtrica. Agregar o quitar una clase de entidad de una red geomtrica.
Adems, al importar una cantidad grande de datos, el rendimiento es mejor si se importa en una clase de entidad o tabla no registrada como versionada. Si decide registrar un dataset de entidad, una clase de entidad independiente o una tabla como versionados, haga clic con el botn derecho en el rbol de catlogo y haga clic en Registrar como versionada. Esto abre el cuadro de dilogo Registrar como versionada. Deje desactivada la opcin de trasladar ediciones a la base y haga clic en Aceptar. Al dejar esta opcin desactivada, las ediciones de todas las versiones, incluso DEFAULT, se conservan en las tablas delta.
Cuadro de dilogo Registrar como versionada
Nota para el administrador de bases de datos: Al registrar un dataset se crean las tablas delta de apoyo: las tablas de adiciones (a) y eliminaciones (d), as como los ndices de atributo. Las tablas a y d, y sus ndices de atributos, pueden estar entre las ms activas de la geodatabase. En este caso, estas tablas se leen durante todas las consultas contra la clase de entidad o tabla. Adems, siempre que un usuario realiza una edicin, se agrega una fila a una o ambas de estas tablas, de modo que estas tablas crecern rpidamente en una geodatabase donde haya mucha actividad de edicin. Por esta razn, es necesario planear su almacenamiento y compresin peridica para mantener un rendimiento ptimo.
Registrar como versionados con la opcin de trasladar las ediciones a la base

Registrar los datos como versionados con la opcin de trasladar las ediciones a la base permite realizar con los datos ediciones con control de versiones. Aunque el registro de datos de esta manera se dise para permitir ediciones sin control de versiones por parte de aplicaciones de terceros, no es posible realizar ediciones sin control de versiones a travs de ArcGIS. Tenga presente que adems de las operaciones de ArcGIS que no se pueden realizar cuando los datos se registran como versionados (como se ha descrito anteriormente), si registra los datos como versionados y especifica la opcin de trasladar las ediciones a la base, no podr hacer lo siguiente:
Editar clases de entidad que participen en una topologa o en una red geomtrica. Archivar datos con la funcionalidad de archivo integrada en la geodatabase. Usar la replicacin de geodatabases.
Si decide registrar un dataset de entidad, una clase de entidad independiente o una tabla como versionados con la opcin de trasladar las ediciones a la base, haga clic en el elemento en cuestin con el botn derecho en el rbol de catlogo y haga clic en Registrar como versionada para abrir el cuadro de dilogo Registrar como versionada. Active Registrar los objetos seleccionados con la opcin de mover ediciones a la base. Activar esta opcin provoca que las ediciones que se hayan guardado en la versin DEFAULT, ya se hayan realizado directamente o se hayan combinado desde otras versiones, se guardarn en las tablas de negocio. Las ediciones en otras versiones permanecen en las tablas delta al guardar.
Opcin Mover a base activada
Esta opcin est disponible solo para entidades simples, aquellas que no participan en una topologa ni en una red geomtrica. Por consiguiente, si abre el cuadro de dilogo Registrar como versionada y descubre que no est disponible la casilla de verificacin de trasladar las ediciones a las tablas base, esto significa que el dataset contiene una topologa o una red geomtrica.
Mover a base deshabilitado
No registrados como versionados o anular el registro de datos como versionados

Como ya se ha mencionado, los datos no estn registrados inicialmente como versionados. Si permanece en este estado, puede realizar ediciones sin control de versiones, as como crear o modificar una topologa o una red geomtrica. Si ya ha registrado una clase de entidad como versionada y necesita realizar alguna de las operaciones anteriores, deber anular el registro de la clase de entidad como versionada. Al anular el registro de una clase de entidad, las tablas delta se suprimen de la base de datos; esto significa que todas las ediciones realizadas con control de versiones pero no publicadas se perdern. Para evitar la prdida de estas ediciones, comprima todas las ediciones en la tabla base antes de anular el registro de los datos o comprmalas en la versin DEFAULT desde el
cuadro de dilogo Dar de baja como versionada. El software le solicita que comprima las ediciones en la tabla base al intentar anular el registro de una clase de entidad como versionada. De forma predeterminada, el comando Dar de baja como versionado no est presente en el men contextual del dataset. Para evitar la necesidad de anular el registro de clases de entidad, intente aplicar toda la topologa y todo el comportamiento de la red geomtrica a la geodatabase antes de registrar datos. Pruebe la topologa y la red geomtrica en una geodatabase personal o en un servidor de produccin para asegurarse de que no pierde ninguna regla. Esto puede ahorrarle tener que anular el registro de clases de entidad ms adelante en produccin.
Copyright 1995-
egistrar datos como versionados

Este tema se aplica slo a ArcEditor y ArcInfo. Los datos se deben registrar como versionados para utilizar la edicin con control de versiones. Al registrar un dataset como versionado, se crean dos tablas delta se crean para realizar el seguimiento de las operaciones de insercin, actualizacin y eliminacin realizadas en los datos. Por consiguiente, un dataset versionado est compuesto de la tabla original (llamada tabla de negocio o bsica) ms los cambios almacenados en las tablas delta. Para ver una descripcin de la edicin con control de versiones, vea la seccin Mantenimiento de datos con versiones de Estrategias de mantenimiento de datos. Precaucin: Al registrar un dataset de entidad como versionado, todas las clases de entidad del dataset de entidad se registran como versionados. Sin embargo, si agrega una nueva clase de entidad al dataset de entidad despus de haber registrado ya el dataset de entidad como versionado, la nueva clase de entidad no se registrar como versionada. Dado que no es posible registrar clases de entidad individuales dentro del dataset de entidad como versionadas, necesitar registrar de nuevo el dataset de entidad como versionado. Siga los pasos anteriores para hacerlo. Las clases de entidad existentes continan registradas como versionadas. Al registrar de nuevo el dataset de entidad como versionado, simplemente se registran las nuevas clases de entidad como versionadas. Si no registra el dataset de entidad como versionado despus de agregarle nuevas clases de entidad, no podr editar ninguna de las clases de entidad en el dataset de entidad. Nota: Solo el propietario de los datos puede registrar o anular el registro como versionados. Pasos: 1. En el rbol de catlogo, haga clic con el botn derecho en un dataset de entidad, una clase de entidad o una tabla.
2.
Haga clic en Registrar como versionada en el men contextual.
Esto abre el cuadro de dilogo Registrar como versionada.
3.
Opcional: si est disponible Registrar los objetos seleccionados con la opcin para mover
ediciones a la base est disponible y desea guardar en las tablas de negocio las ediciones guardadas en
la versin DEFAULT, ya de hayan realizado directamente o se hayan combinado desde otras versiones, active Registrar los objetos seleccionados con la opcin para mover ediciones a la base. Vea Decidir cmo registrar los datos para obtener ms informacin sobre la opcin de trasladar ediciones a la base.
4.
Haga clic en Aceptar.
Agregar el comando Dar de baja como versionado a ArcCatalog
Este tema se aplica slo a ArcEditor y ArcInfo. De forma predeterminada, el botn Dar de baja como versionado no est en la barra de herramientas. Para utilizarlo, debe agregarlo al catlogo. Pasos:
1. Haga clic en Personalizar > Personalizar modo. 2. Haga clic en la ficha Comandos en el cuadro de dilogo Personalizar. 3. Haga clic en Herramientas de geodatabase en la lista Categoras. 4. Arrastre el comando Dar de baja como versionado de la lista
Comandos a la barra de herramientas Estndar.
5. Haga clic en Cerrar en el cuadro de dilogo Personalizar.

Anular el registro de datos como versionados
Este tema se aplica slo a ArcEditor y ArcInfo. Normalmente, una vez que los datos se registran como versionados, no se retiran del control de versiones. Sin embargo, en algunas ocasiones es necesario anular el registro en el control de versiones. Entre ellas cabe citar:

Pasos:
Crear una topologa. Agregar o quitar clases de entidad de una topologa. Agregar o quitar reglas topolgicas. Modificar la tolerancia de cluster o de rangos. Crear una red geomtrica. Agregar o quitar una clase de entidad de una red geomtrica.
1. Si desea guardar ediciones en todas las versiones, concilie y enve cada versin de la base de datos contra la versin DEFAULT.
Precaucin: Si no lo hace, puede perder las ediciones realizadas en los datos.
2. 3.
Despus de enviar, elimine cada versin. Haga clic con el botn derecho en la conexin de base de datos y haga clic en Comprimir. Agregue el comando Dar de baja a ArcCatalog (vea Agregar el comando Dar de baja a
ArcCatalogpara obtener instrucciones).
Sugerencia: Tambin puede utilizar la herramienta de geoprocesamiento Dar de baja como versionado en lugar del comando Dar de baja en ArcCatalog. Vea Dar de baja Versioned para obtener ms informacin.
4. 5.
Haga clic con el botn derecho en el dataset de entidad cuyo registro desea anular y haga clic en Dar de baja. Si no complet el paso 1 y desear guardar las ediciones en la versin DEFAULT, active Comprime
todas las ediciones en la versin predeterminada en la tabla base.
Precaucin: Esto comprime todas las ediciones versionadas realizadas solo en la versin a la que se est conectado. Si no complet el paso 1 antes de anular el registro pero activComprimir todas las ediciones en la versin predeterminada en la tabla base, perder las ediciones realizadas en versiones distintas de la versin a la que se conect. Si no complet el paso 1 antes de anular el registro y no activ Comprimir todas las ediciones en la versin predeterminada en la tabla base, perder todas las ediciones de todas las versiones.
6.
Copyright 1995-2011 Esri. Todos l
Crear permisos de versiones y de configuracin

Resource Center Biblioteca para profesionales Administracin de datos Administrar geodatabases Transacciones y versiones de geodatabase Trabajar con datos versionados Administrar versiones de geodatabases
Este tema se aplica slo a ArcEditor y ArcInfo. Puede crear una versin nueva derivada de una versin existente, utilizando ArcCatalog o ArcMap. Al crear una versin, usted especifica el nombre, una descripcin opcional y el permiso de la versin. Como propietario de la versin, puede cambiar estas propiedades o eliminar una versin en cualquier momento. (Para obtener la definicin de una versin, consulte Comprender las versiones). Usted establece el permiso de una versin para protegerla de ser editada o vista por usuarios que no sean el propietario de la versin. Puede establecer uno de tres permisos en una versin: Private: slo el propietario o el administrador de ArcSDE puede visualizar la versin y modificar los datos versionados. Protected: cualquier usuario puede ver la versin, pero slo el propietario o el administrador de ArcSDE puede editar los datasets para los cuales tiene permiso de lectura/escritura. Public: cualquier usuario puede ver la versin. Cualquier usuario al que se han otorgado permisos de lectura/escritura (UPDATE, INSERT y DELETE o leer/escribir) en los datasets pueden modificar esos datasets. Al establecer los permisos de las versiones, tenga en cuenta su estrategia de flujo de trabajo de la versin y las necesidades de los distintos usuarios que trabajan dentro de ese marco. Debe utilizar los permisos de versiones junto con los permisos de datasets para controlar el acceso a los datos. Al establecer los permisos, preste especial atencin a cmo proteger la versin DEFAULT. La versin DEFAULT es anterior a todas las otras versiones en una geodatabase y, generalmente, representa la versin publicada de una geodatabase. Las entidades o filas que se eliminan de la versin DEFAULT, a pesar de estar grabadas en los archivos delta versionados, no se pueden restaurar a menos que el dataset se d de baja como versionado (con la suposicin de que la base de datos no se ha comprimido de antemano). Al darle de baja a un dataset como versionado, el dataset se restaurar a su configuracin en la ltima comprensin del dataset; sin embargo, se perdern todas las ediciones que no fueron comprimidas. De esa forma, es esencial proteger la versin DEFAULT para prevenir modificaciones o daos accidentales.
Existen tres maneras de proteger la versin DEFAULT: Si ha elegido una estrategia en la cual los usuarios editan la versin DEFAULT directamente, puede crear una versin nueva de slo lectura, una versin DEFAULT de archivo. Cualquier entidad que sea eliminada accidentalmente de la versin DEFAULT se podr restaurar a partir de esta versin segn se requiera. Si ha elegido una estrategia en la cual algunos, pero no todos los usuarios necesitan editar la versin DEFAULT directamente, puede crear versiones nuevas a partir de la DEFAULT para que algunos de los usuarios las editen. Si ha elegido una estrategia en la cual nadie edita directamente la DEFAULT, el usuario administrativo de ArcSDE debe establecer el permiso de la versin DEFAULT en PROTECTED y no en PRIVATE; PRIVATE evitar que todos los usuarios, excepto el usuario administrativo de ArcSDE, se conecten a la base de datos. Con los permisos establecidos en PROTECTED, cualquier usuario puede ver la versin DEFAULT, pero slo el usuario administrativo de ArcSDE pueden editar directamente o conciliar y publicar ediciones a partir de otras versiones. Para leer un escenario de ejemplo de cmo crear versiones y establecer permisos en las versiones, consulteEjemplo de creacin de versiones y permisos. Licencia: Para crear una versin o establecer sus permisos, se necesita una licencia de ArcEditor o ArcInfo. Pasos:
1. Abra el cuadro de dilogo Administrador de versiones utilizando uno

de los siguientes mtodos: En el rbol de catlogo, haga clic con el botn derecho del ratn en una conexin a la geodatabase y haga clic en Versiones. En ArcMap, haga clic en el botn Administrador de versiones de la barra de herramientas Versionado. Se abrir el cuadro de dilogo Administrador de versiones.
2. Para crear una versin nueva, haga clic con el botn derecho del
ratn en la versin a partir de la cual desea derivar la versin nueva y haga clic en Nuevo. De esta manera se abrir el cuadro de dilogo Nueva versin. 3. Introduzca un nombre para la nueva versin. Sugerencia: La longitud del nombre de la versin tiene un lmite de 62 caracteres. 4. Escriba una descripcin de la versin (opcional). Sugerencia:
Puede utilizar la descripcin de la versin para brindar informacin adicional con respecto al propsito de la versin. El lmite del tamao de la descripcin es de 62 caracteres. 5. Elija el nivel de permiso deseado para la versin: Private, Public o Protected.
6. Haga clic en Aceptar para crear la nueva versin.
Copyright 1995-20
Ejemplo de creacin de versiones y permisos

Este tema se aplica slo a ArcEditor y ArcInfo. A continuacin se describe un escenario en el que una pequea empresa privada de detectives utiliza el control de versiones para administrar los datos de su geodatabase. Los empleados utilizan los datos para realizar anlisis que los ayudan con sus investigaciones. En este escenario se explicar cmo se crean las versiones y se establecen los permisos de las versiones en la empresa.
Configuracin
El administrador de ArcSDE de la empresa crea la versin DEFAULT de la geodatabase al crear la geodatabase. Puesto que se trata de una empresa pequea, el administrador de ArcSDE es a la vez administrador de bases de datos. Aade cinco usuarios a la base de datos, uno por cada empleado de la agencia que acceder a la geodatabase. Todos los empleados editarn algunos datos y algunos usuarios tendrn que crear nuevos datasets, de modo que el administrador de ArcSDE les concede los permisos que necesitan en la base de datos para editar o crear datos. Sugerencia: Vea los temas sobre permisos de usuario de la Biblioteca del administrador para obtener ms informacin sobre los permisos. Una de las empleadas, Maxine, se encarga de cargar y mantener los datos base en la geodatabase. Maxine carga datos (como ortofotografas, direcciones, carreteras y edificios) en la geodatabase. Puesto que Maxine ha cargado los datos, automticamente tiene permiso para editarlos. El investigador principal, Angus, crear datasets relacionados con las investigaciones, por ejemplo escenas del crimen e informacin de los testigos. Frank y Gertrude, otros dos investigadores, sern quienes realicen la mayor parte de la edicin de los datasets relacionados con la investigacin, de modo que Angus les conceda permisos de edicin en estos datasets. Para obtener informacin sobre cmo establecer permisos de los datasets, vea Conceder y revocar privilegios en datasets.) Se ha decidido que la agencia utilizar el control de versiones para editar los datos. Con objeto de realizar modificaciones con control de versiones, los datasets se deben registrar como versionados. nicamente el usuario propietario del dataset (el usuario que lo cre) puede registrarlo como versionado. En
consecuencia, Maxine registra los datasets de direcciones, carreteras y edificios como versionados y Angus registra como versionados dichos datasets, como ubicaciones de delitos e informacin de testigos. En este momento, solo hay una versin: la versin DEFAULT. Ser la versin que se considere versin maestra, o de produccin, de los datos. Se crearn otras versiones para que los empleados puedan editar datos sin bloquear los datos de otros usuarios ni impedir que otros usuarios vean datos completos. Nota: Recuerde, las versiones son como distintas vistas de la geodatabase, no copias de la geodatabase. En la geodatabase solo hay una copia de cada dataset, independientemente del nmero de versiones que se cree.
Proteger DEFAULT y crear otra versin

Puesto que es la versin de produccin, el administrador de ArcSDE desea proteger la versin DEFAULT contra modificaciones errneas en los datasets existentes. Para hacerlo, el administrador de ArcSDE establece el permiso de la versin DEFAULT en protegido mediante el cuadro de dilogo Propiedades de versin, al que se accede desde el cuadro de dilogo Administrador de versiones del rbol de catlogo o la barra de herramientas Versionado de ArcMap.
Una vez que el administrador de ArcSDE cambia el permiso al valor predeterminado y hace clic en Aceptar, vuelve a estar en el cuadro de dilogo Administrador de versiones. En l crea una nueva versin a partir de la versin DEFAULT.
El administrador da a la nueva versin el nombre de Base y establece su permiso en Pblico.
Crear una nueva versin denominada Base
En este momento hay dos versiones: DEFAULT y Base.
Todos los empleados se pueden conectar a ambas versiones. Solo el administrador de ArcSDE puede editar datos cuando se conecta a la versin DEFAULT y realizar envos a la versin DEFAULT. Cuando los empleados se conectan a travs de la versin Base, pueden editar los datasets para los que se les hayan concedido los permisos de dataset necesarios.
Utilizar la nueva versin

Como ya se ha indicado, Maxine editar los datos base. Se conectar a la versin Base para editar los datos base, como carreteras, direcciones y edificios. En el siguiente cuadro de dilogo Propiedades de conexin de base de datos espaciales se muestra que Maxine se est conectando a la versin Base en ArcCatalog. Sugerencia: Para obtener informacin sobre las conexiones a geodatabases, vea los libros correspondientes en la Biblioteca del administrador.
Cuando Maxine finaliza una serie de modificaciones, el administrador de ArcSDE las comprueba en la versin Base. Si los cambios son correctos, se concilian con la versin DEFAULT para incorporar las modificaciones que hayan realizado en la versin DEFAULT. Puesto que solo Maxine debe estar modificando estos datos, no debera encontrarse ningn conflicto durante la conciliacin. En este momento, el administrador de ArcSDE enva los cambios a la versin DEFAULT. De esta forma, todas las modificaciones de Maxine se incorporan a la versin DEFAULT.
Para obtener informacin sobre conciliacin, resolucin de conflictos y envos, vea los siguientes temas: Conciliar una versinRevisar conflictosResolucin interactiva de conflictosEnviar cambios
Crear otra versin

Angus necesita tener los datos pertinente a los casos que la empresa investiga. Se conecta a la versin DEFAULT de la geodatabase en ArcCatalog.
A continuacin, en el cuadro de dilogo Administrador de versiones, Angus crea una nueva versin a partir de DEFAULT.
La versin se denomina Cases y el permiso se establece en Pblico. Ser la versin principal de las versiones creadas para cada uno de los casos. Angus utilizar esta versin para realizar comprobaciones de control de calidad en todos los datos de los casos antes de que el administrador de ArcSDE los concilie con la versin DEFAULT y los enve.
En este momento hay tres versiones: DEFAULT, Base y Cases.
Todos los empleados se pueden conectar a las tres versiones. Solo el administrador de ArcSDE puede editar datos cuando se conecta a la versin DEFAULT y realizar envos a la versin DEFAULT. Cuando los empleados se
conectan a travs de la versiones Base o Cases, pueden editar los datasets para los que se les hayan concedido los permisos de dataset necesarios.
Creando versiones a partir de una versin que no sea DEFAULT

Cuando se asigna un caso a un investigador, crea una nueva versin de la versin Cases para aadir los nuevos datos pertinentes al caso.
Estas versiones se establecen en protegidas, de forma que solo el investigador que trabaja en el caso en ese momento puede editar los datasets cuando se conecta a esta versin. Como puede ver en el cuadro de dilogo Administrador de versiones siguiente, Gertrude ha creado la versin Case1 y Frank cre Case2. Gertrude se conectar a Case1 cuando edite los datasets relacionados con el caso, para aadir los datos relativos a ese caso. De igual forma, Frank se conectar a Case2 y modificar los datasets relacionados con ese caso, aadiendo los datos relativos a su caso. Todos los dems empleados se pueden conectar a estas versiones, pero no pueden realizar ningn cambio a sus datasets, porque las versiones estn establecidas en protegidas.
Todas las versiones anteriores se relacionan como se indica a continuacin:
Cuando Gertrude finaliza de modificar Case1, concilia los cambios y los enva a Cases. Frank podra estar modificando los mismos datasets, y conciliando y enviando los cambios a Cases, por lo que en este momento existe la posibilidad de que generen conflictos. Una vez revisados y resueltos los conflictos, Gertrude puede realizar su envo a Cases. Vea los siguientes temas para obtener informacin sobre conciliacin, revisin y envo: Guardar los cambios de una versinConciliar una versinRevisar conflictosResolucin interactiva de conflictosEnviar cambios
Angus revisa los cambios en la versin Cases. Si son aceptables, el administrador de ArcSDE enviar los cambios de Cases a la versin DEFAULT. Una vez terminado el trabajo con Case1, y revisados y enviados los datos a DEFAULT, Gertrude puede eliminar Case1. Nota:
Es necesario estar conectado como propietario para eliminar una versin. Por ejemplo, Gertrude no podra eliminar la versin Case2.
As, quedan las siguientes versiones:
Frank seguir el mismo procedimiento con los cambios realizados a travs de Case2 (conciliar, resolver conflictos, enviar a Cases), Angus comprobar su trabajo en la versin Cases, el administrador de ArcSDE enviar los cambios aceptados a DEFAULT y Frank eliminar la versin Case2.
Pasos siguientes
Una vez eliminadas las versiones de cada uno de los casos, el administrador de ArcSDE debe comprimir la geodatabase y actualizar las estadsticas de la base de datos. Vea Comprimir una geodatabase de ArcSDE con licencia bajo ArcGIS Server Enterprise para obtener informacin sobre cmo comprimir una geodatabase versionada y Actualizar las estadsticas de una geodatabase mediante Analyze para obtener informacin sobre cmo mantener al da las estadsticas utilizadas en la base de datos.
Temas relacionados
Crear permisos de versiones y de configuracin
Cambiar versiones en ArcMap

En ArcMap, puede visualizar cualquier versin, cambiar de una versin a otra y visualizar distintas versiones simultneamente. Cuando inicialmente agregue datos desde una geodatabase de ArcSDE, los datos vienen desde la versin que haya especificado en el cuadro de dilogo Propiedades de conexin a base de datos. Puede cambiar a la versin que desee visualizar. Cuando cambie de una versin a otra, todas las clases de entidad cambian desde esa geodatabase actual en el mapa a la versin a la que ha cambiado. Esto simplifica el proceso de visualizacin de las diferencias entre clases de entidad o la realizacin de un anlisis con dos versiones. Puede cambiar las versiones tanto desde la barra de herramientas Versionar como desde la tabla de contenido. Los siguientes pasos describen cmo cambiar las versiones desde la tabla de contenido: Pasos:
1. Haga clic en el icono Mostrar por fuente en la tabla de contenido y

haga clic con el botn derecho del ratn en una espacio de trabajo de versin. Un espacio de trabajo de versin es una conexin de geodatabase de ArcSDE.
2. Haga clic en Cambiar versin.

Se abrir el cuadro de dilogo Cambiar versin.
3. Haga clic en el men desplegable Tipo de versin y elija Transaccional

o Histrico. 4. Haga clic en una versin en la lista para seleccionarla.
5. Haga clic en Aceptar.

La versin que se muestra ahora en el documento de ArcMap es la versin que ha elegido. Esto se refleja en el nombre del espacio de trabajo de versin.
Temas relacionados
Copyright 1995-2011 Esri. Todos los derechos reservado
ctualizar una versin

Al trabajar en un entorno de edicin multiusuario, otro usuario puede modificar clases de entidad al mismo tiempo que usted las est viendo. Por consiguiente, es
posible que las clases de entidad que est mostrando en ArcMap queden obsoletas. Para actualizarlas, actualice uno o todos los espacios de trabajo de versin presentes haciendo clic en el botn Actualizar en la barra de herramientas Versionado. Nota: El botn Actualizar no est disponible si est editando los datos. Pasos:
1. Si la barra de herramientas Versionado aun no est abierta, haga clic

en Personalizar en el men principal, seleccione Barras de herramientas y haga clic en Versionado. Es posible que deba desplazarse hacia abajo en la lista de las barras de herramientas para ver la opcin de la barra de herramientas Versionado.
2. Haga clic en el botn Actualizar en la barra de

herramientas Versionado.
El proceso de edicin de versin

Resource Center Biblioteca para profesionales Administracin de datos Administrar geodatabases Transacciones y versiones de geodatabase Trabajar con datos versionados Editar versiones
Este tema se aplica slo a ArcEditor y ArcInfo. A continuacin, se explica el proceso de edicin de una versin, conciliacin, resolucin de conflictos y, finalmente, publicacin de los cambios en la versin de destino. La versin de destino en la cual realiza la conciliacin y publicacin puede ser la versin DEFAULT, una versin principal, o cualquier otra versin principal directa. Por defecto, las sesiones de edicin de ArcMap estn configuradas para realizar modificaciones versionadas. Esto significa que puede editar los datos que fueron registrados como versionados. Para garantizar que la sesin de edicin est configurada de esta manera, abra el cuadro de dilogo Opciones de edicin, haga clic en la ficha Versionado y despus marque la opcin Editar una versin de una base de datos con la habilidad de deshacer y rehacer.
1. Iniciar la edicin
Al iniciar la edicin en ArcMap, si el mapa hace referencia a una versin, esa versin se abrir automticamente para la edicin. Solo se puede editar una versin por sesin de edicin, as que si el mapa hace referencia a varias versiones, debe elegir una de ellas para iniciar la edicin. Al iniciar la edicin, trabajar con su propia representacin de la versin. Los dems usuarios que estn conectados a la misma versin no podrn ver ninguno de los cambios hasta que los guarde. Suponga que, desde que se empez a editar una versin, otro usuario ha guardado ediciones en la misma versin. Qu ocurre cundo se guardan las ediciones? ArcGIS concilia las dos representaciones de la versin. Si hay conflictos, puede resolver inicialmente todos ellos a favor de la sesin de edicin o de la representacin de la base de datos de la versin. Segn las opciones de edicin de versiones que establezca en ArcMap, puede revisar los conflictos de uno en uno y resolver cada uno de ellos manualmente con un cuadro de dilogo interactivo, puede decidir no guardar las ediciones realizadas que estn en conflicto con la base de datos, o puede decidir sobrescribir manualmente lo que haya en la base de datos. Ms informacin sobre el establecimiento de opciones de edicin Puede trabajar con una versin en tantas sesiones de edicin como necesite. Cuando haya finalizado la edicin y desee combinar los cambios en una versin objetivo, el prximo paso es la conciliacin.
2. Conciliacin
Desde que comenz a editar su versin, es posible que la versin de destino haya sido modificada por otros usuarios de manera tal que entr en conflicto con sus modificaciones. La operacin de conciliacin busca dichos conflictos. Cmo conciliar una versin
Si la versin de destino fue modificada, la versin que est editando se actualizar con los cambios de la versin de destino. Tal vez note que las entidades en la visualizacin cambian a medida que los elementos insertados, actualizados o eliminados de cualquier entidad o registro de la versin de destino, se aplican a la sesin de edicin. Durante una operacin de conciliacin, se detectan conflictos cuando dos o ms usuarios editan entidades que estn muy prximas entre s. Hay dos tipos de conflictos:
Los que surgen al guardar ediciones en una versin cuando la misma entidad se ha actualizado en esa versin en una sesin de edicin diferente (o se ha actualizado en una sesin de edicin y se ha eliminado en otra) Los que surgen cuando se actualiza la misma entidad tanto en la versin objetivo como en la versin secundaria (o se actualiza en una versin y se elimina en la otra) En la mayora de las operaciones de conciliacin, no se encontrarn conflictos. Esto se debe a que en la mayora de las organizaciones, los proyectos y versiones representan reas geogrficas diferentes. Si usted y sus colegas estn editando distintas partes de un mapa, no debera haber ningn conflicto.
Conflictos al guardar ediciones en una versin: proceso de conciliacin implcita

En el caso del primer tipo de conflicto, diferentes editores cambian la misma entidad en la misma versin de la geodatabase en sesiones de edicin diferentes, o la misma entidad se elimina en una sesin de edicin y se modifica en la otra. Al guardar las ediciones, ArcGIS detecta cualquier conflicto entre sesiones de edicin dentro de esa versin de la geodatabase y resuelve conflictos sobre la base de las preferencias de guardado establecidas en la ficha Versionado del cuadro de dilogo Opciones de Edicin. Dado que este proceso de conciliacin se realiza sobre la base de configuraciones predeterminadas, es un proceso implcito. Ms informacin sobre cmo establecer preferencias de guardado
Conflictos al conciliar una versin secundaria y una versin objetivo: proceso de conciliacin explcito
El segundo tipo de conflicto surge al conciliar explcitamente una versin secundaria con su versin primaria haciendo clic en el botn Conciliar de la barra de herramientas Versionado. Ms informacin sobre la conciliacin de una versin Al realizar la conciliacin, aparece un cuadro de dilogo en el cual se decide resolver los conflictos a favor de la versin editada o de la versin objetivo.
3. Revisar conflictos
ArcGIS resuelve inicialmente los tipos de conflictos antes descritos. Tiene la opcin de revisar los conflictos de uno en uno con un cuadro de dilogo interactivo y, si es necesario, realizar cambios. Para cada conflicto, puede decidir si revertir la entidad al estado en que se encontraba al iniciar la sesin de edicin, mantenerla tal cual est en la sesin de edicin, o reemplazarla por la entidad de la sesin de edicin en conflicto o la versin objetivo. Ms informacin sobre la revisin de conflictos Nota: Para los conflictos en la misma versin que se encuentran al guardar, si las preferencias de guardado establecen que los cambios se guarden automticamente en todos los casos, no se le dar la oportunidad de revisar los conflictos; los cambios se concilian sobre la base de la regla de conflicto establecida en la ficha Versionado de Opciones de Edicin.
4. Enviar cambios
En este punto, ha terminado de realizar la conciliacin y, si haba algn conflicto, lo ha revisado. Cuando est listo para combinar los cambios en la versin objetivo, haga clic en el botn Publicar en la barra de herramientas Versionado. Al realizar el envo, en primer lugar se guarda la sesin de edicin actual y, a continuacin, la versin objetivo se aplica a la versin actual. Otros usuarios que lean la versin enviada no vern los resultados del envo hasta que actualicen sus espacios de trabajo versionados. El envo no se puede deshacer, dado que se est aplicando cambios a una versin que no se est editando actualmente. Ms informacin sobre el envo de cambios Despus de enviar, puede continuar realizando ms ediciones en la sesin de edicin. Para aplicar estos cambios a la versin objetivo, debe realizar de nuevo los procesos de conciliacin, resolucin de conflictos y envo. Si el envo marca el fin del proyecto o de su parte del flujo de trabajo, puede eliminar la versin que ha estado editando con ArcCatalog o ArcMap. Puede eliminar una versin, siempre que se eliminen todas las versiones
secundarias. Solo el propietario de la versin o el administrador de bases de datos (el usuario sde o dbo) puede eliminar una versin.
Temas relacionados
Conciliar una versin Enviar cambios Guardar los cambios de una versin Un paseo introductorio por la revisin de conflictos
Copyright 1995-2011 Esri. Todos los derechos reservado
Guardar los cambios de una versin

Este tema se aplica slo a ArcEditor y ArcInfo. Al iniciar la edicin de una versin, se empieza trabajando con una representacin propia de la versin. Los dems usuarios que estn conectados a la misma versin no podrn ver ninguno de los cambios hasta que los guarde. Mientras est realizando cambios, otros usuarios pueden estar editando la misma versin. Suponga que, desde que se empez a editar una versin, otro usuario ha guardado cambios en la misma versin. Qu ocurre cundo se guardan las ediciones? Cuando pasa esto, ArcGIS debe conciliar las dos representaciones de la versin. El usuario controla cmo tiene lugar esta operacin estableciendo lo siguiente:
Cmo se definen los conflictos
Existen las siguientes opciones:

Definir los conflictos Detectar los casos en que en este nivel Fila Columna Otro usuario edita la misma fila, entidad o entidades relacionadas topolgicamente que usted. El conflicto se da aunque se hayan modificado atributos diferentes. Este es el valor predeterminado. Otro usuario modifica el mismo atributo de una entidad o registro.
Opciones para definir un conflicto
Cmo desea que ArcGIS resuelva los conflictos inicialmente: dando prioridad a su sesin de edicin o a la representacin en la base de datos Si decide resolver los conflictos dando prioridad a la sesin de edicin, todas las entidades en conflicto de la sesin de edicin tienen prioridad sobre las representaciones en la base de datos. Si decide dar prioridad a la base de datos, las representaciones en la base de datos reemplazan a todas las entidades en conflicto de la sesin de edicin. Si varios usuarios estn modificando la misma versin y se detectan conflictos, la entidad que se guard en primer lugar reemplaza a la representacin de la sesin de edicin.
Si desea que se le notifiquen las modificaciones del otro usuario al guardar
Existen estas opciones:
No guardar los cambios automticamente. De esta forma, se le notifican las modificaciones del otro usuario, pero los cambios no se guardan. Puede revisar los resultados de la fusin antes de guardar los cambios. Guardar los cambios automticamente si no hay conflictos. Solo se le notifican los cambios del otro usuario si hay conflictos; si no hay ningn conflicto, se fusionan las dos representaciones de la versin. Guardar automticamente los cambios en todos los casos. Con esta opcin, nunca se le notifican los cambios del otro usuario, las dos representaciones de la versin se fusionan siempre y los conflictos se resuelven segn la regla de resolucin de conflictos, que indica si los conflictos se resuelven dando prioridad a la sesin de edicin o a la base de datos. Si hay conflictos, puede resolver inicialmente todos ellos a favor de la sesin de edicin o de la representacin de la base de datos de la versin. Una vez resueltos inicialmente, puede decidir revisarlos uno por uno, resolvindolos manualmente con un cuadro de dilogo interactivo. Para obtener ms informacin sobre cmo resolver conflictos manualmente, vea Resolver conflictos. Puede trabajar con una versin en tantas sesiones de edicin como necesite. Cuando haya finalizado la edicin y desee fusionar los cambios en una versin de destino, el prximo paso es la conciliacin.
Debe establecer cmo se definen y resuelven los conflictos de forma predeterminada, al empezar una sesin de edicin; para hacerlo: Pasos:
1. 2. 3. 4.
Para iniciar ArcMap, haga clic en Inicio > Todos los programas > ArcGIS > ArcMap 10. Si la barra de herramientas Editor an no est abierta, haga clic en Personalizar en el men
principal, seleccione Barras de herramientas y haga clic en Editor. Haga clic en el men desplegable Editor en la barra de herramientas Editor. Haga clic en Comenzar la edicin.
De esta forma se inicia una sesin de edicin.
5. 6. 7.
Haga clic en el men desplegable Editor en la barra de herramientas Editor. Haga clic en Opciones. Haga clic en la ficha Versionado del cuadro de dilogo Opciones de edicin.
8. Especifique cmo desea definir los conflictos durante la conciliacin automtica. Para hacerlo, realice uno de los pasos siguientes:
Haga clic en Por objeto (por fila) si desea que se considere como un conflicto todos los cambios realizados en la misma fila o entidad. Haga clic en Por tributo (por columna) si desea que se considere como un conflicto los cambios realizados en la misma columna del dataset. 9. Especifique cmo resolver todos los conflictos inicialmente. Para hacerlo, realice uno de los pasos siguientes:
Haga clic en A favor de la base de datos si desea que la informacin de la base de datos tenga prioridad. Haga clic en A favor de la sesin de edicin si desea que sus cambios tengan prioridad.
10. Especifique cmo guardar los cambios despus de la conciliacin automtica. Para hacerlo, realice uno de los pasos siguientes: Haga clic en No guardar cambios automticamente si no desea que los cambios se guarden despus de la conciliacin automtica. Puede revisar los conflictos detectados antes de volver a guardar. Haga clic en Guardar cambios automticamente solo si no hay conflictos si desea que se le notifiquen los conflictos detectados. Si no hay ningn conflicto, las dos representaciones de la versin se fusionarn sin ningn otro mensaje ni ninguna accin por su parte. Haga clic en Guardar cambios automticamente en todas las clases si no desea que se le notifiquen los cambios en conflicto de otro usuario y desea fusionar siempre las dos representaciones de las versiones. Los conflictos detectados se resuelven segn la regla de resolucin de conflictos.
11. Haga clic en Aceptar.

Temas relacionados
Conciliar una versin Un paseo introductorio por la revisin de conflictos
tilizar el comando Cambios de versin

Este tema se aplica slo a ArcEditor y ArcInfo. El cuadro de dilogo Cambios de versin proporciona la capacidad de ver los cambios realizados en una versin desde que se cre o se concili por ltima vez con una versin antecesora. El cuadro de dilogo muestra todas las clases modificadas, inserciones, actualizaciones y eliminaciones, y permite verlas en una experiencia similar al cuadro de dilogo interactivo Conflictos. Tambin permite ver los cambios realizados durante la sesin de edicin actual.
No es necesario estar en una sesin de edicin para abrir el cuadro de dilogo Cambios de versin y se puede ver los cambios antes de que se concilien las versiones. El cuadro de dilogo Cambios de versin mostrar todos los cambios realizados en la versin para todas las capas del documento de mapa basado en el espacio de trabajo seleccionado. Si la capa no est actualmente visible, los cambios en esa capa continuarn estando presentes en el cuadro de dilogo. Opcionalmente, los cambios pueden restringirse a los cambios en la extensin de mapa presente activando la casilla de verificacin "Filtrar cambios utilizando una extensin de mapa" del cuadro de dilogo Seleccin de la versin. Para abrir el cuadro de dilogo, seleccione un espacio de trabajo en la ficha de origen y haga clic en el botn Cambios de versin en la barra de herramientas Versionado.
El prximo paso es elegir una versin para comparar los cambios. Las versiones disponibles que se muestran son las de un linaje hereditario con la versin previamente seleccionada en la ficha de origen. Si la versin DEFAULT es la versin seleccionada, en el cuadro de dilogo se mostrarn todas las versiones accesibles, porque todas son versiones descendientes de la versin DEFAULT. Si ha iniciado una sesin de edicin y elige la versin que est editando actualmente, el cuadro de dilogo presentar todos los cambios realizados durante la sesin de edicin actual.
El cuadro de dilogo Cambios de versin muestra el nmero de cambios realizados en la versin desde el momento en que esta versin y la versin objetivo elegida eran idnticas. El nmero de cambios se subdivide por clases y, a continuacin, se subdivide en las categoras Insertar, Eliminar y Actualizar. Al hacer clic en un nmero de ObjectID se muestran sus cambios en la ventana de la derecha. Se muestran todos los valores de atributo para las dos versiones que se estn comparando y para su antecesor comn. Los valores de atributo que se muestran en negrita significan que se ha realizado un cambio en la versin para ese atributo.
Al hacer clic en el botn Cambiar visualizacin se abre el Visor de visualizacin de cambios. Esto permite ver los cambios cuando aparecen en el mapa, as como desplazarse e identificar entidades en la visualizacin. Puede alternar la visualizacin para que muestre cualquiera de las dos versiones, as como su antecesor comn.
Al hacer clic con el botn derecho en una clase, se muestra un men con las siguientes opciones:
Destacar: el objeto parpadear brevemente en rojo en la visualizacin del mapa. Zoom a: hace zoom en la visualizacin del mapa para centrarse en el objeto seleccionado. Desplazarse panormicamente a: desplaza el mapa al objeto seleccionado. Seleccionar: selecciona el objeto en la visualizacin del mapa.
Temas relacionados
El proceso de edicin de versin
Un paseo introductorio por la conciliacin de una versin

Resource Center Biblioteca para profesionales Administracin de datos Administrar geodatabases Transacciones y versiones de geodatabase Trabajar con datos versionados Editar versiones Conciliar y publicar modificaciones en una versin
Este tema se aplica slo a ArcEditor y ArcInfo. Una vez finalizada la edicin de una versin, puede fusionar los cambios con cualquier versin anterior a sta, como la versin principal o DEFAULT. Para fusionar los cambios, debe realizar una conciliacin, resolver los posibles conflictos y publicar. Este tema trata el primer paso de este proceso: conciliacin. Desde que comenz a trabajar en su versin, es posible que la versin de destino haya sido modificada por otros usuarios de manera tal que entr en conflicto con sus ediciones. El proceso de conciliacin busca dichos conflictos. Los conflictos se producen en las siguientes circunstancias:
La misma entidad se actualiza tanto en la versin actual que se est editando como en la versin de destino. La misma entidad se actualiza en una versin y se elimina en la otra.
Una clase de relacin o entidad relacionada topolgicamente se modifica en la versin actual que se est editando y en una versin de destino. Cuando realiza una conciliacin, la versin que est editando se actualiza con los cambios de la versin de destino. Es posible que observe que los cambios en las entidades, como inserciones, actualizaciones y eliminaciones de cualquier entidad o registro, de la versin de destino se aplican a su sesin de edicin. Si se producen conflictos, ArcGIS los resuelve inicialmente a favor de la representacin de la versin que est editando o de la versin de destino, segn su preferencia. Una vez que se resuelven inicialmente los conflictos, puede revisarlos de a uno por vez y realizar los cambios necesarios. Por ejemplo, si un conflicto se resuelve a favor de la versin de edicin, puede elegir reemplazarlo a favor de la versin de destino o incluso puede utilizar las herramientas de edicin para modificarlo de otra manera. Nota: La conciliacin slo actualiza la versin de edicin para que ArcGIS pueda verificar los conflictos; no fusiona los cambios con la versin de destino. Una vez que termina de conciliar y revisar los conflictos, debe completar el proceso de fusin al publicar los cambiosen la versin de destino.
Requisitos previos
Para poder realizar la conciliacin, se deben dar las siguientes condiciones:
Debe ser el nico usuario que est editando la versin que desea conciliar.
No puede haber otro usuario editando la versin de destino. La excepcin es si la versin de destino es DEFAULT, ya que puede realizar la conciliacin con la versin DEFAULT incluso si otros usuarios la estn editando. Debe poder ver la versin de destino, es decir, puede ser pblica o protegida. Si es privada, debe ser el propietario de la versin o el administrador de ArcSDE. Si utiliza un flujo de trabajo en el que un usuario edita y otro concilia, asegrese de que el usuario que realice la conciliacin posea todos los permisos para todas las tablas y clases de entidad que han sido modificadas en la versin. De no ser as, no se podr realizar la conciliacin. El usuario que realiza la conciliacin debe tener todos los permisos para ambos lados de cualquier relacin que se haya modificado, incluidas las relaciones simples o compuestas. En este tipo de flujo de trabajo, el usuario que realiza la conciliacin tambin debe tener los permisos de versin necesarios. El usuario que realiza la conciliacin debe poder modificar la versin que va a conciliar, lo que significa que sta debe ser pblica, y debe poder ver la versin de destino, es decir, el usuario debe ser el propietario de la versin o sta debe ser pblica o protegida.
El proceso de conciliacin
El proceso de conciliacin se inicia en la barra de herramientas Versionado. Cuando se abre el cuadro de dilogo Conciliar, debe proporcionar la siguiente informacin:
La versin de destino Cmo desea que se definan los conflictos. Cuenta con las siguientes opciones:
Defina los conflictos en este nivel Fila Para detectar estos casos Un segundo usuario edita la misma fila o entidad, o entidades relacionadas topolgicamente, como lo hizo usted. El conflicto ocurre incluso si edit atributos distintos. Esta es la configuracin predeterminada. Un segundo usuario edita el mismo atributo de una entidad o tabla.
Columna
Cmo desea que ArcGIS resuelva inicialmente los conflictos: a favor de la versin que est editando (que se denomina versin de edicin) o de la versin de destino. Si decide que se resuelva a favor de esta ltima, todas las entidades en conflicto en la sesin de edicin actual se remplazan por sus representaciones en la versin de destino. Si mltiples usuarios estn editando la misma versin y se detectan conflictos, la entidad que se guard primero reemplaza la representacin de la sesin de edicin. Si resuelve los conflictos a favor de la versin de edicin, todas las entidades en conflicto en la sesin de edicin actual tienen precedencia sobre las representaciones en conflicto en la versin de destino.
Nota: No puede utilizar la operacin Deshacer para volver atrs una operacin de conciliacin. Si intenta deshacer una operacin de conciliacin, aparecer un mensaje de error porque la operacin Deshacer no es compatible. Para deshacer una conciliacin, debe salir de su sesin de edicin sin guardar los cambios.
Temas relacionados
Conciliacin y envo automticos Guardar los cambios de una versin
Copyright 1995-2011 Esri. Todos los der
Conciliar una versin

Este tema se aplica slo a ArcEditor y ArcInfo. Cuando realiza una conciliacin, la versin que est editando se actualiza con los cambios de la versin de destino. Es posible que observe que los cambios en las entidades, como inserciones, actualizaciones y eliminaciones de cualquier entidad o registro, de la versin de destino se aplican a su sesin de edicin. Nota: La conciliacin slo actualiza la versin de edicin para que ArcGIS pueda verificar los conflictos; no fusiona los cambios con la versin de destino. Una vez que termina de conciliar y revisar los conflictos, debe completar el proceso de fusin al publicar los cambiosen la versin de destino. Para seguir estas instrucciones, se supone que est trabajando en ArcMap y que est conectado a la versin que desea conciliar con la versin anterior. Sugerencia: Si lo desea, puede automatizar la conciliacin y los procesos posteriores. Para obtener ms informacin, consulte Automatizacin de la conciliacin y procesos posteriores. Pasos:
1.
Si la barra de herramientas Versionado aun no est abierta, haga clic en Personalizar en el men principal, seleccione Barras de herramientas y haga clic en Versionado. Es posible que deba desplazarse hacia abajo en la lista de las barras de herramientas para ver la opcin de la barra de herramientas Versionado.
2.
3. 4.
Haga clic en el botn Conciliar en la barra de herramientas Versionado. Haga clic en la versin de destino. Especifique cmo desea que se definan los conflictos.
Defina los conflictos en este nivel Fila
Para detectar estos casos Un segundo usuario edita la misma fila o entidad, o entidades relacionadas topolgicamente, como lo hizo usted. El conflicto ocurre incluso si edit atributos distintos. Esta es la configuracin predeterminada. Un segundo usuario edita el mismo atributo de una entidad o tabla.
Columna
5.
6. Especifique si todos los conflictos se deben resolver a favor de la versin de edicin o la versin de destino. Si resuelve el conflicto en favor de la versin de destino, todas las entidades conflictivas de la sesin de edicin actual se reemplazarn por sus respectivas representaciones en la versin de destino. Si varios usuarios estn modificando la misma versin y se detectan conflictos, la entidad que se guard en primer lugar reemplaza a la representacin de la sesin de edicin. Si resuelve los conflictos en favor de la versin de edicin, todos las entidades conflictivas de la sesin de edicin tendrn preferencia sobre las representaciones conflictivas de la versin de destino.
7.
Temas relacionados
Conciliacin y envo automticos Guardar los cambios de una versin
Un paseo introductorio por la revisin de conflictos
Este tema se aplica slo a ArcEditor y ArcInfo. ArcGIS detecta conflictos cuando realiza conciliaciones. Los conflictos se producen cuando
La misma entidad se actualiza tanto en la versin actual que se est editando como en la versin de destino. La misma entidad se actualiza en una versin y se elimina en la otra.
Una clase de relacin o entidad relacionada topolgicamente se modifica en la versin actual que se est editando y en una versin de destino. Si se producen conflictos, ArcGIS los resuelve a favor de la representacin de la versin de edicin o de la versin de destino, segn su preferencia. Una vez que se resuelven los conflictos, puede revisarlos de a uno por vez y realizar los cambios necesarios. Por ejemplo, si un conflicto se resuelve a favor de la versin de edicin, puede elegir reemplazarlo a favor de la versin de destino o puede utilizar las herramientas de edicin para modificarlo de otra manera.
Resolucin interactiva de conflictos

Cuando realiza una conciliacin y se detectan conflictos, puede elegir revisarlos con el cuadro de dilogo interactivo Conflictos. Este cuadro contiene todas las clases de conflicto y las entidades o filas en conflicto. Tambin le permite
Determinar los campos o las filas que estn en conflicto. Ver los conflictos. Resolver los conflictos designando la representacin que se utilizar para remplazar entidades o atributos.
Determinar los campos o las filas que estn en conflicto. Todas las entidades y clases de conflicto aparecen en el cuadro de lista en el lado superior izquierdo del cuadro de dilogo Conflictos. Esta lista Conflictos informa la cantidad total de conflictos que se han revisado y la cantidad total de conflictos en todas las clases de conflicto. Inicialmente, estas cantidades sern iguales. En el ejemplo siguiente, hay un total de dos objetos en conflicto y ninguno ha sido revisado.
Conflicts (2/2)
Debajo de Conflictos hay una lista de las clases de entidad que contienen conflictos, seguidas por la cantidad de conflictos visitados o reemplazados en la clase de entidad y la cantidad de conflictos en la clase de entidad. En este ejemplo, hay dos clases de entidad y cada una contiene un conflicto.
Conflicts (2/2)
sde.RJP.ponds (1/1)
sde.RJP.lakes (1/1)
Debajo de cada clase de entidad, aparecen los Id. de objeto de las entidades en conflicto. En este ejemplo, hay un conflicto en el Id. de objeto 30 en la clase de entidad lagunas y un conflicto para la entidad 11 en la clase de entidad lagos.
Conflicts (2/2)
sde.RJP.ponds (1/1)
30
sde.RJP.lakes (1/1)
11
Puede ver que no se han visitado ni reemplazado ninguno de los objetos porque la relacin entre el total de conflictos revisados y el total de conflictos sigue siendo (2/2) y (1/1) para cada clase de entidad. Tambin puede ver que ninguno de los conflictos se ha revisado ni reemplazado porque todos los Id. de objetos y las clases de entidad aparecen en negrita. Cuando marca los objetos como visitados (consulte la seccin "Marcar como visitado o marcar como no visitado" a continuacin) o los reemplaza (consulte la seccin "Resolver conflictos" a continuacin), el primer nmero entre parntesis disminuye y el Id. del objeto revisado deja de aparecer en negrita. Si todos los Id. de objetos en una clase de entidad se han marcado como visitados o reemplazados, la clase de entidad deja de aparecer en negrita. En el ejemplo de lagunas y lagos, si marca el Id. de objeto 30 como visitado, ver lo siguiente en el cuadro de lista que aparece en el cuadro de dilogo Conflictos:
Conflicts (1/2)
sde.RJP.ponds (0/1)
30
sde.RJP.lakes (1/1)
11
Si hubiese habido una segunda entidad de laguna en conflicto, la lista se vera as:
Conflicts (2/3)
sde.RJP.ponds (1/2)
30
sde.RJP.lakes (1/1)
11
Esta lista indica que hay un total de tres conflictos como resultado de la conciliacin y que uno de esos tres ha sido revisado o reemplazado. La lista tambin muestra que 30 es el Id. de objeto de la entidad en conflicto que ha sido visitada o reemplazada y esta entidad se encuentra en la clase de entidad lagos. Cuando selecciona una entidad individual de la lista, las columnas y los atributos en las versiones pre-reasignada, de conflicto y de antecesor comn de la entidad aparecen en la lista ubicada a la derecha del cuadro de dilogo Conflictos.
La versin pre-reasignada representa las modificaciones que realiz en la entidad y el atributo. La versin de conflicto representa la entidad y sus atributos editados y conciliados por otro usuario.
La versin de antecesor comn es la representacin de la entidad y sus atributos como aparecen en la base de datos; es cmo se encontraban la entidad y los atributos antes de que se les realicen modificaciones. Un punto rojo a la izquierda del nombre de campo identifica un conflicto. Por ejemplo, si la geometra de la entidad se edit en cada versin, aparece un punto rojo junto al campo Forma.
Si hay otros campos de atributo en conflicto, aparecer un punto rojo junto a ellos. Si se ha eliminado una entidad en cualquiera de las dos versiones, aparecer <eliminado> para el valor de atributo de esa versin. Tener en conflicto los atributos y valores de todas las representaciones de una entidad le permite ver cmo difieren los valores de atributo y sirve como ayuda para elegir la representacin de los datos que se va a conservar. Ver los conflictos Si hace clic en el botn Mostrar conflicto en el cuadro de dilogo, en la parte inferior del cuadro de dilogo, ver dos representaciones (la versin pre-reasignada y la de conflicto) de las entidades en conflicto.
Si utiliza las listas desplegables ubicadas debajo de cada representacin, puede alternar entre tres representaciones diferentes de las entidades en conflicto: Pre-reasignada, Conflicto y Antecesor comn. Observe que stas slo sern diferentes si las geometras de las entidades estn en conflicto. Debajo de cada representacin hay una barra de herramientas con herramientas que puede utilizar para navegar e identificar la representacin correspondiente. Puede acercarse a una versin especfica de una entidad en conflicto en el mapa si hace clic con el botn derecho del ratn en la lista y hace clic en Acercar a versin pre-reasignada, Acercar a versin de conflicto o Acercar a versin antecesor comn de una entidad. Si existen conflictos de geometra, tambin puede ver diferentes representaciones en el mapa si hace clic con el botn derecho del ratn en el campo Forma del cuadro de lista y luego hace clic en Visualizacin.
Esto abrir el cuadro de dilogo Configuracin de la visualizacin de conflictos. Haga clic en la representacin que desea dibujar en el mapa.
Una vez que hizo clic en Aceptar, ocurrir lo siguiente en el mapa:
La representacin de la versin de conflicto (de destino) se muestra en rojo. La representacin pre-reasignada se muestra en verde. La representacin de la versin de antecesor comn de una entidad se muestra en azul.
El siguiente es un ejemplo de lo que se mostrara en el mapa si se eligiera la configuracin de la visualizacin de conflictos que se muestra arriba:
El siguiente es un ejemplo de lo que se mostrara en el mapa si slo se marcara Dibujar versin actual en el cuadro de dilogo Configuracin de la visualizacin de conflictos:
Una vez observados los conflictos, puede marcarlos como visitados o elegir una opcin de reemplazo para resolver el conflicto. Marcar como visitado o marcar como no visitado Tal como se menciona en la seccin "Determinar los campos o las filas que estn en conflicto", puede marcar una entidad como visitada. Esto indica que ha revisado el conflicto pero no desea elegir una opcin de reemplazo en esta
oportunidad. Puede llevar un registro de las entidades de la lista que ha revisado ya que aquellas marcadas como visitadas dejan de aparecer en negrita. Si decide que desea volver a un conflicto de entidad ms tarde, puede hacer clic con el botn derecho del ratn en el Id. de objeto en la lista Conflictos y hacer clic en Marcar como no visitado. Esto hace que la entidad vuelva a aparecer en negrita. Resolver conflictos
Reemplazo de atributo Reemplazo de entidad Reemplazo de nivel de clase Reemplazo completo Fusionar geometras Esto ocurre en el nivel del campo y se asocia especficamente con el atributo Forma. La opcin para fusionar geometras est disponible cuando hay un conflicto que involucra al campo Forma. Si dos editores editan la geometra de la misma entidad pero no la misma rea de dicha entidad, tienen la opcin de resolver el conflicto mediante la fusin de geometras y de aceptar ambas ediciones.
La opcin de fusionar geometras slo est disponible en el men de acceso directo del campo Forma.
Una vez que se han fusionado las geometras, el resultado final es una entidad que contiene las ediciones realizadas por ambos editores:
Si las ediciones realizadas por un editor comparten una regin editada tambin por otro editor, las reas editadas se superponen. A pesar de que se encuentre disponible la opcin para fusionar geometras, esta accin no se podr llevar a cabo. Cuando esto sucede, aparece el siguiente mensaje de error:
Conflictos en redes geomtricas

Cuando se editan entidades de red, los cambios en la red geomtrica y la red lgica pueden crear conflictos. Por ejemplo, cuando agrega un servicio a una tubera principal, sta no se dividir fsicamente en la red geomtrica pero s lo har en la red lgica. Por lo tanto, aunque no ha editado directamente la geometra de la tubera principal, la ha editado lgicamente. Si la versin de destino que est conciliando tambin ha modificado la tubera principal, el servicio nuevo que insert crear un conflicto con la misma. Revisar un conflicto que involucra clases de entidades de red geomtrica requiere conocimientos sobre cmo el comando Reemplazar por, en el cuadro de dilogo Conflictos, actualiza la topologa de red existente presente en la sesin de edicin. En el ejemplo de servicio de la tubera principal, dos usuarios modificaron la tubera principal de agua: uno modific un atributo y el otro conect un servicio nuevo. Revisar el conflicto simplemente requiere investigar las diferencias y verificar si el conflicto es vlido; no se requieren otras medidas. Dado que la tubera principal contiene el atributo correcto para el dimetro, el servicio nuevo se conecta adecuadamente a la tubera. Pero hay casos en los que resolver los conflictos que involucran una clase de entidad de cruce tambin actualiza el borde de red conectado.
Conflictos en anotacin vinculada a entidad

Para trabajar con una anotacin vinculada a entidad debe recordar una regla: Cuando reemplaza una entidad que tiene una anotacin vinculada a entidad, tanto la entidad como la anotacin son reemplazadas por la entidad y la anotacin nuevas. Por lo tanto, es probable que deba realizar otras modificaciones en la anotacin nueva para evitar que queden dos anotaciones. Por ejemplo, puede encontrarse con un conflicto en el que movi una entidad y reposicion la anotacin. La versin de conflicto realiz la misma edicin, es decir, movi la entidad y rot la anotacin. Si decide reemplazar la entidad por la entidad de la versin de conflicto, se elimina la anotacin vinculada a entidad existente, se inserta la entidad en conflicto y se crea una nueva anotacin. A continuacin, deber editar la nueva anotacin; para ello, muvala y rtela segn sea necesario. O puede encontrar un conflicto en el que otro editor ha eliminado una entidad en la versin DEFAULT de la geodatabase, lo que tambin elimina su anotacin vinculada a entidad asociada. En una versin secundaria de la geodatabase, edita la anotacin que se acaba de eliminar. Si cuando realiza la conciliacin decide reemplazar la entidad por la versin de edicin, se reemplazarn la entidad que se haba eliminado en la versin DEFAULT y su anotacin vinculada asociada, y obtendr la anotacin de la sesin de edicin, lo que dar como resultado dos anotaciones para la misma entidad.
Conflictos en relaciones
Las relaciones tienen dependencias similares a una anotacin vinculada a entidad. Si se elimina una entidad de una clase de relacin de origen, aparecer un mensaje para que elimine una entidad de la clase de relacin de destino. Por lo tanto, est atento a las ramificaciones que se producen simplemente al reemplazar conflictos que involucran clases de entidades que participan en clases de relaciones. El siguiente es un ejemplo de un conflicto que puede surgir entre clases de relacin:
Actualiza el campo Primario de la clase de origen y rompe la relacin en la versin A. Al mismo tiempo, actualiza la entidad de destino relacionada a la clase en la versin B.
Dado que la clase de destino es dependiente de la clase de origen, se detecta un conflicto cuando concilia las versiones. Otro ejemplo es el siguiente:
En el dataset de entidades de servicio elctrico, elimina un polo que tiene relacin con un transformador, lo que hace que tambin se elimine el transformador relacionado. En otra sesin de edicin que se lleva a cabo al mismo tiempo, un editor altera los atributos del transformador que usted acaba de eliminar cuando elimin el polo relacionado. Cuando se concilian las ediciones, se detectar un conflicto de actualizacin-eliminacin.
En este ltimo ejemplo, si el segundo editor elige reemplazar todos los conflictos por las representaciones de sesin de edicin, se volvern a crear el polo y el transformador eliminados durante su sesin de edicin, y se crear el transformador de la sesin del segundo editor, lo que dar como resultado dos transformadores. Es posible que no pueda detectar esto mirando el mapa, porque los transformadores estarn uno encima del otro; sin embargo habr dos registros para el transformador en la tabla de atributos.
Conflictos en topologas
Dado que las entidades en las clases de entidad que participan en una topologa pueden compartir geometra con otras entidades, el proceso de revisin de conflictos entre versiones de clases de entidad topolgicas es distinto al de reemplazar conflictos con clases de entidad simples. Tambin es diferente del proceso que se utiliza para reemplazar conflictos con redes geomtricas, clases de relaciones y anotacin vinculada a entidad. Cuando se edita una clase de entidad que participa en una topologa, es posible que se modifiquen de manera simultnea otras entidades relacionadas topolgicamente. Las entidades modificadas pueden pertenecer a la misma clase de entidad o a una o ms clases de entidad. Para administrar el proceso de deteccin de nuevos errores de topologa que pueden haberse introducido con las ediciones, las topologas registran los lugares donde se realizaron ediciones como reas sin validar. Editar entidades en una topologa crea reas sin validar en la topologa. Cuando se concilian las versiones principal y secundaria editadas, se pueden producir nuevos errores de topologa, incluso cuando las reas sin validar dentro de cada versin se han validado para confirmar que no contienen errores. Para detectar tales errores de topologa, todas las reas sin validar en una versin secundaria se regresan al estado sin validar despus de que se traen los cambios de la versin principal durante una conciliacin. Una vez realizada la conciliacin, estas reas se pueden revalidar para detectar la presencia de errores. Conciliar dos versiones que no contengan reas sin validar activas puede resultar en reas sin validar. Toda rea sin validar que haya estado presente en la versin secundaria, independientemente de que haya sido validada, ser un rea sin validar despus de conciliar las versiones. En general, cuando se concilia una versin
Toda rea sin validar que la versin secundaria haya heredado de la versin principal, independientemente de que est validada en la versin secundaria, ser un rea sin validar despus de la conciliacin. Toda rea sin validar que se haya creado para una entidad que fue creada, actualizada o eliminada en la versin secundaria, independientemente de que est validada, ser un rea sin validar despus de la conciliacin.
Temas relacionados
Conciliar una versin Guardar los cambios de una versin
Resolucin de conflictos interactiva

Este tema se aplica slo a ArcEditor y ArcInfo. Si surgen conflictos entre la versin editada y la versin objetivo al realizar la conciliacin, puede resolver interactivamente estos conflictos en el cuadro de dilogo Conflictos. El cuadro de dilogo Conflictos solo aparece si se establecen sus opciones de edicin para guardar automticamente los cambios solo si no hay ningn conflicto. Ms informacin sobre la configuracin de las opciones de edicin con control de versiones Al resolver conflictos, debe decidir qu representacin de las entidades y atributos desea mantener. Los conflictos se pueden resolver en varios niveles diferentes:
Nivel de campo (atributo): elija qu representacin desea utilizar para reemplazar los valores de atributo especficos de su versin de edicin de los datos. Estos cambios se aplican a un campo o campos determinados. Por ejemplo, si el campo Color para la boca de incendios 1297 de una clase de entidad Boca de incendios contiene los siguientes atributos: Rojo para la versin antecesora comn, Amarillo para la versin previa a la conciliacin y Naranja para la versin en conflicto, debera elegir qu color (qu valor de atributo de versin) desea utilizar para reemplazar el valor de atributo del campo Color de su versin de edicin. Los campos son los nombres de campo que se muestran bajo la columna Propiedad en la parte de informacin de atributos del cuadro de dilogo Conflictos. Vea Resolver conflictos interactivamente en el nivel de campo para obtener instrucciones.
Nivel de fila (entidad individual): una fila de una tabla representa una entidad; por ejemplo, el punto que representa la boca de incendios 1297. Se muestran en la lista de conflictos (lado izquierdo del cuadro de dilogo Conflictos) utilizando su ObjectID. Resolver los conflictos en el nivel de fila significa que la representacin elegida se aplica a todos los conflictos de esa entidad. Por lo tanto, si tanto el campo Color como el campo Forma de la boca de incendios 1297 tienen conflictos, la representacin que elija para reemplazar su versin de edicin reemplazar los valores de atributo para el campo Color y el campo Forma. Vea Resolver conflictos interactivamente en el nivel de fila para obtener instrucciones.
Nivel de clase (clase de entidad completa): las clases de entidad estn en la lista Conflictos del cuadro de dilogo Conflictos. Ver el nombre de la clase de entidad en la lista. Resolver conflictos en el nivel de clase significa que la representacin de los datos elegida para reemplazar su versin de edicin de los datos se aplica a todas las entidades y atributos en conflicto de esa clase. Por ejemplo, si decide utilizar la versin en conflicto de la clase de entidad Boca de incendios para reemplazar su versin de edicin de la clase de entidad Boca de incendios, todos los atributos en conflicto de todas las entidades se reemplazan con los valores de atributo de la versin en conflicto. Vea Resolver conflictos interactivamente en el nivel de clase para obtener instrucciones.
Nivel de raz (todos los conflictos de todas las clases de entidad y entidades para una operacin de conciliacin en particular). El nivel de raz del cuadro de dilogo Conflictos es el nivel superior de la lista Conflictos. Si resuelve los conflictos en el nivel de raz, todos los conflictos detectados durante el proceso de conciliacin se resuelven utilizando la misma representacin. Por ejemplo, si decide reemplazar la versin anterior a la conciliacin en el nivel de raz, todos los conflictos de todas las clases de entidad y entidades de la lista se resolvern a favor de sus ediciones. Vea Resolver conflictos interactivamente en el nivel de raz para obtener instrucciones. Resolver conflictos no guarda las ediciones en la versin primaria; enviar los cambios a la versin objetivo s lo hace.
Temas relacionados
Resolver conflictos interactivamente en el nivel de campo

Este tema se aplica slo a ArcEditor y ArcInfo.
Si surgen conflictos entre la versin editada y la versin objetivo al realizar la conciliacin, puede resolver interactivamente estos conflictos en el cuadro de dilogo Conflictos. El cuadro de dilogo Conflictos solo aparece si se establecen sus opciones de edicin para guardar automticamente los cambios solo si no hay ningn conflicto. Al resolver conflictos en el nivel de campo, se elige qu representacin utilizar para reemplazar los valores de atributo concretos en la versin revisada de los datos. Estos cambios se aplican a un campo o campos determinados. Pasos: 1. Elija un ID de objeto en la lista Conflictos. En el cuadro de lista de la esquina superior derecha del cuadro de dilogo Conflictos, haga clic con
2.
el botn derecho en el campo para el que haya un conflicto.
Sugerencia: Si desea elegir varios campos, mantenga presionada la tecla CONTROL y haga clic en cada uno que desee elegir.
3.
En el men contextual, haga clic en la representacin, Pre-Reasignado, Conflicto o Antepasado
comn, que contiene el valor de atributo que desea utilizar para resolver el conflicto.
Sugerencia: Si un editor modifica una entidad y otro editor la elimina, no podr reemplazarla con ninguna de las representaciones y esas opciones de men estarn desactivadas.
Temas relacionados
Resolver conflictos interactivamente en el nivel de fila

Este tema se aplica slo a ArcEditor y ArcInfo. Si surgen conflictos entre la versin editada y la versin objetivo al realizar la conciliacin, puede resolver interactivamente estos conflictos en el cuadro de dilogo Conflictos. El cuadro de dilogo Conflictos solo aparece si se establecen sus opciones de edicin para guardar automticamente los cambios solo si no hay ningn conflicto. Resolver los conflictos en el nivel de fila significa que la representacin elegida se aplica a todos los conflictos de esa entidad. Por lo tanto, si tanto el campo Color como el campo Forma de la boca de incendios 1297 tienen conflictos, la representacin que elija para reemplazar su versin de edicin reemplazar los valores de atributo para el campo Color y el campo Forma. Pasos: 1. En la lista Conflictos, haga clic con el botn derecho en el ID de objeto de la entidad para la que haya uno o ms conflictos.
2. En el men contextual, haga clic en la opcin, Reemplazar Objeto con

la Versin Pre-Reasignada,Reemplazar Objeto con la Versin de Conflicto o Reemplazar Objeto con Versin Antepasado Comn, que
designe qu representaciones se utilizarn para reemplazar los atributos en conflicto en esas entidad de la representacin de edicin.
Temas relacionados
Resolver conflictos interactivamente en el nivel de clase

Este tema se aplica slo a ArcEditor y ArcInfo. Si surgen conflictos entre la versin editada y la versin objetivo al realizar la conciliacin, puede resolver interactivamente estos conflictos en el cuadro de dilogo Conflictos. El cuadro de dilogo Conflictos solo aparece si se establecen sus opciones de edicin para guardar automticamente los cambios solo si no hay ningn conflicto. Al resolver conflictos, debe decidir qu representacin de las entidades y atributos desea mantener. Resolver conflictos en el nivel de clase significa que la representacin de los datos elegida para reemplazar su versin de edicin de los datos se aplica a todas las entidades y atributos en conflicto de esa clase. Por ejemplo, si decide utilizar la versin en conflicto de la clase de entidad Boca de incendios para reemplazar su versin de edicin de la clase de entidad Boca de incendios, todos los atributos en conflicto de todas las entidades se reemplazan con los valores de atributo de la versin en conflicto. Pasos: 1. En la lista Conflictos, haga clic con el botn derecho en la clase de entidad para la que desea resolver conflictos.
2.
Haga clic en una de las siguientes opciones: Reemplazar Objeto con la Versin Pre-
Reasignada,Reemplazar Objeto con la Versin de Conflicto o Reemplazar Objeto con Versin Antepasado Comn para designar qu representacin se utilizar para reemplazar todos los atributos en
conflicto en todas las entidades de la representacin de edicin.
Sugerencia: Al hacer clic o hacer clic con el botn derecho en una clase de entidad en la lista Conflictos, los campos y atributos de la derecha del cuadro de dilogo desaparecen, as como las visualizaciones de conflictos de la parte inferior del cuadro de dilogo.
Temas relacionados
esolver conflictos interactivamente en el nivel de raz

Este tema se aplica slo a ArcEditor y ArcInfo. Si surgen conflictos entre la versin editada y la versin objetivo al realizar la conciliacin, puede resolver interactivamente estos conflictos en el cuadro de dilogo Conflictos. El cuadro de dilogo Conflictos solo aparece si se establecen sus opciones de edicin para guardar automticamente los cambios solo si no hay ningn conflicto. Si resuelve los conflictos en el nivel de raz, todos los conflictos detectados durante el proceso de conciliacin se resuelven utilizando la misma representacin. Por ejemplo, si decide reemplazar la versin anterior a la conciliacin en el nivel de raz, todos los conflictos de todas las clases de entidad y entidades de la lista se resolvern a favor de sus ediciones. Pasos: 1. En la lista Conflictos, haga clic con el botn derecho en la raz de la jerarqua de la lista de conflictos, Conflictos.
2.
En el men contextual, haga clic en la opcin, Reemplazar Objeto con la Versin Pre-
Reasignada,Reemplazar Objeto con la Versin de Conflicto o Reemplazar Objeto con Versin Antepasado Comn, que designe qu representacin se usar para reemplazar todos los atributos en
conflicto de todas las entidades de todas las clases de entidad de la lista Conflictos de la representacin de edicin.
Sugerencia: Al hacer clic o hacer clic con el botn derecho en una clase de entidad en la lista Conflictos, los campos y atributos de la derecha del cuadro de dilogo desaparecen, as como las visualizaciones de conflictos de la parte inferior del cuadro de dilogo.
Temas relacionados
Enviar cambios
Este tema se aplica slo a ArcEditor y ArcInfo. Cuando haya conciliado y revisado algn conflicto, puede enviar los cambios a una versin antecesora. Sugerencia: Otros usuarios que lean la versin objetivo a la que haya enviado los cambios no vern los resultados del envo hasta que actualicen sus espacios de trabajo versionados. La operacin de envo solo se puede completar si la versin objetivo no se ha modificado desde que se complet la operacin de conciliacin. Si la versin de destino se ha modificado mientras tanto, tendr que conciliar de nuevo antes de enviar. La operacin de envo no se puede deshacer, puesto que se est aplicando cambios a una versin que no se est editando actualmente. Despus de enviar, puede continuar realizando ms ediciones en la sesin de edicin. Para aplicar estos cambios a la versin objetivo, debe realizar de nuevo los procesos de conciliacin, resolucin de conflictos y envo. Pasos:
1.
Si la barra de herramientas Versionado aun no est abierta, haga clic en Personalizar en el men principal, seleccione Barras de herramientas y haga clic en Versionado. Es posible que deba desplazarse hacia abajo en la lista de las barras de herramientas para ver la opcin de la barra de herramientas Versionado.
2.
Haga clic en el botn Publicar en la barra de herramientas Versionado.
Si el envo marca el fin del proyecto o de su parte del flujo de trabajo, puede eliminar la versin que ha estado editando. Puede eliminar una versin siempre que se eliminen primero todas las versiones secundarias y si es el propietario de la versin.
Temas relacionados
Conciliar una versin
Conciliacin y envo automticos

Este tema se aplica slo a ArcEditor y ArcInfo. Para las operaciones de edicin grandes, con varios usuarios, normalmente es mejor automatizar los procesos de conciliacin y envo. Esto ayuda a simplificar las operaciones de edicin, reduce la sobrecarga de administracin de versiones y garantiza que todos los cambios realizados en las versiones se propaguen automticamente a travs del rbol de versiones como se requiere. Estos dos procesos se pueden automatizar con una herramienta de conciliacin de versiones por lotes o implementando un servicio de conciliacin de versiones. Ambos estn disponibles como ejemplos de desarrollador de ArcGIS.
Conciliar versiones de ArcSDE en modo de lotes Servicio de control de versiones
Conciliacin por lotes

La utilidad de conciliacin por lotes permite que un editor o un jefe de proyecto se conecte a una geodatabase con control de versiones, seleccione una versin, la concilie y (opcionalmente) enve cada versin bajo esa versin. Si la conciliacin y el envo son correctos, es decir, si no se detecta ningn conflicto, tiene la opcin de eliminar las versiones secundarias. Cualquier conflicto detectado detendra el proceso de conciliacin. Los conflictos se deben tratar de la manera habitual utilizando las herramientas disponibles en ArcMap. Esta tarea administrativa se podra realizar al final de cada da o semana, o de cualquier intervalo de tiempo adecuado. La utilidad de conciliacin de lotes se puede personalizar para que se inicie automticamente a una hora predeterminada con los parmetros operativos que pueda configurar. Los programas de conciliacin y envo por lotes funcionan bien para organizaciones que tengan pedidos de trabajo que procesar al final del da o de la semana. Los escenarios de control de versiones que podran beneficiarse incluyen los siguientes:
Varios mltiples Proyectos mltiples con una base de datos protegida y publicada Proyectos mltiples con subproyectos Administracin distribuida de datos, replicacin y edicin desconectada
Algunos flujos de trabajo de control de versiones que no son adecuados para la conciliacin y el envo por lotes son los siguientes:
Edicin simultnea de la versin DEFAULT: dado que todas las operaciones de conciliacin son automticas, no admite la conciliacin y el envo por lotes. Proyectos que progresan en fases: dado que exigiran alguna lgica de aplicacin concreta para determinar qu versiones deben conciliarse y enviarse con cada versin principal, estos proyectos son generalmente inadecuados para las conciliaciones por lotes.
Servicios de conciliacin de versiones

Un servicio de conciliacin de versiones es un programa que se ejecuta como un proceso en segundo plano en un equipo cliente. Cuando un editor ha terminado de editar una versin, el editor enva la versin al servicio de conciliacin. El servicio de conciliacin comprueba peridicamente si las versiones se han marcado como listas para la conciliacin. Si se detecta alguna versin de este tipos, el servicio las concilia y enva automticamente a sus versiones primarias. La utilidad de servicio de conciliacin se puede personalizar para modificar la frecuencia con la que el servicio comprueba las nuevas versiones para la conciliacin y el envo. La automatizacin del proceso de conciliacin de versiones de esta manera ayuda a administrar el flujo de trabajo delegando la responsabilidad de la conciliacin al servicio de conciliacin. Los editores de datos son entonces libres para continuar con otras tareas. Simplificando el flujo de trabajo de esta manera, las operaciones de edicin de datos pueden escalarse ms fcilmente para admitir datos y editores adicionales.
Temas relacionados
Conciliar una versin Enviar cambios
La operacin de compresin y las geodatabases

Resource Center Biblioteca para profesionales Administracin de datos Administrar geodatabases Transacciones y versiones de geodatabase Trabajar con datos versionados Comprimir una geodatabase versionada
Este tema se aplica slo a ArcEditor y ArcInfo. A medida que se edita una geodatabase a lo largo del tiempo, las tablas delta aumentan de tamao, y el nmero de estados aumenta. Cuanto mayores sean las tablas y ms sean los estados, ms datos debe procesar ArcGIS cada vez que se muestre o se consulte una versin. Por consiguiente, el mayor impacto sobre el rendimiento no lo tiene el nmero de versiones, sino la cantidad de cambios contenidos en las tablas delta para cada versin. Como resultado, las versiones pueden tener diferentes tiempos de respuesta a las consultas. Para mantener el rendimiento de la base de datos, el administrador de ArcSDE debe ejecutar peridicamente el comando Comprimir de ArcCatalog para quitar los datos no usados. Solo el administrador de ArcSDE (el usuario sde o dbo) puede ejecutar una operacin de compresin. Al comprimir se realizan dos tareas clave: Quita los estados sin referencia y las filas asociadas de la tabla delta. Mueve a las tablas base las entradas de las tablas delta comunes a todas las versiones, reduciendo la cantidad de datos que la base de datos necesita buscar para cada consulta de versin, y mejorando as el rendimiento de las consultas y el tiempo de respuesta del sistema. Cuando se ha acumulado un gran volumen de cambios sin comprimir, la compresin de la base de datos puede tardar horas. Para evitarlo, comprima de manera peridica. Es una buena idea comprimir al final de cada da o despus de un perodo de elevada actividad de la base de datos, tal como la carga de datos. Durante una compresin, los usuarios pueden permanecer conectados a la geodatabase. Si cualquier usuario est editando una versin, la rama para ese estado se bloquea y no toma parte en la compresin. Por consiguiente, es mejor hacer que todos los usuarios se desconecten antes de empezar para asegurarse de que se pueda comprimir el rbol de estados completo. No es necesario desconectar las sesiones que sean de solo lectura, tales como una sesin de ArcIMS. Si se encuentra alguna vez esperando a que se complete la compresin porque necesite el equipo para otra cosa, puede finalizar la compresin en cualquier momento. Esto no dejar la base de datos en un estado incoherente. Puede continuar con la compresin ms tarde. Es importante actualizar las estadsticas para cada clase de entidad y cada tabla versionada, tanto antes como despus de comprimir. Despus de que se produzcan ediciones y una compresin de la base de datos, las estadsticas de la base de datos ya no sern precisas. Esto perjudica al rendimiento de las consultas. Para obtener ms informacin sobre las tablas delta, los estados y la operacin de compresin, lea las notas del producto tituladas Control de versiones. Vaya a http://support.esri.com y haga clic en el vnculo White Papers en la ficha Knowledge Base.
Agregar el comando Comprimir a ArcCatalog

Este tema se aplica slo a ArcEditor y ArcInfo. El comando Comprimir no se encuentra de forma predeterminada en ArcCatalog. Para utilizarlo, debe agregarlo a la interfaz. Pasos:
1. 2.
Haga clic en Personalizar > Personalizar modo. Marque la casilla de verificacin Mens contextuales en la lista de barras de herramientas.
Se abre el cuadro de dilogo Mens contextuales.
3. 4.
Expanda la lista Mens contextuales. Haga clic en la flecha junto al men contextual Base de datos remota.
Tal vez sea necesario desplazarse hacia abajo para verlo.
5. 6. 7.
Haga clic en la ficha Comandos del cuadro de dilogo Personalizar. Haga clic en Herramientas de geodatabase en la ventana Categoras. Arrastre el comando Comprimir base de datos desde la lista Comandos hasta el men contextual.
El comando aparece en el men contextual.
8.
Haga clic en Cerrar en el cuadro de dilogo Personalizar.
Comprimir una geodatabase de ArcSDE con licencia bajo ArcGIS Server Enterprise
Este tema se aplica slo a ArcEditor y ArcInfo. Para mantener el rendimiento de la base de datos, el administrador de ArcSDE debe ejecutar peridicamente el comando Comprimir de ArcCatalog para quitar los datos no usados. Pasos: 1. Inicie ArcCatalog y cree una nueva conexin de base de datos. Asegrese de conectarse como usuario administrativo de ArcSDE.
2. 3.
Agregue el comando Comprimir a ArcCatalog. Vea Agregar el comando Comprimir a
ArcCatalog para obtener instrucciones. Haga clic con el botn derecho en la nueva conexin de base de datos y haga clic en Comprimir
Base de datos.
Copyright 1995-2011 Esri. Todos los derechos reservad
omprimir una geodatabase en un servidor de base de datos

Este tema se aplica slo a ArcEditor y ArcInfo. La operacin de compresin quita los estados a los que una versin ya no hace referencia y puede mover las filas de las tablas delta a la tabla base. Para obtener ms informacin sobre cmo funciona la operacin de compresin y en qu casos debe utilizarla, consulte Operacin de compresin de geodatabase. Slo un administrador del servidor o un administrador de geodatabase puede realizar la operacin de compresin. No tendr acceso a la funcin Comprimir base de datos si no pertenece a uno de estos roles.
Sugerencia: Para saber cundo fue la ltima vez que se comprimi la geodatabase, haga clic en la ficha Administracin en el cuadro de dilogo Propiedades de la geodatabase. La fecha de la ltima compresin se encuentra en la seccinComprimir. Pasos:
1.
2.
Inicie sesin como administrador del servidor o administrador de geodatabase, inicie ArcMap y, a continuacin, abra la ventana Catlogo. Haga doble clic en el servidor de base de datos que contiene la geodatabase que desea comprimir.
Esto lo conectar al servidor de base de datos. 3. Haga clic con el botn derecho del ratn en la geodatabase que desea comprimir.
4.
Haga clic en Administracin en el men de acceso directo de la geodatabase y haga clic enComprimir base de datos. Aparecer una barra de progreso mientras se ejecuta la operacin de compresin. La barra avanzar hasta que se complete la operacin.

Arcgis Avanzadisimo

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Arcgis Avanzadisimo

Transféré par

Droits d'auteur :

Formats disponibles

Informacin general sobre el mantenimiento de datos y las transacciones

Diseo de la geodatabase Creacin de la geodatabase Carga inicial de los datos

Edicin y mantenimiento de datos

Transacciones y datos geogrficos

Estrategias de mantenimiento de datos

Mantenimiento de datos sin versiones

Mantenimiento de datos con versiones

Editar una clase de entidad versionada

Deshacer o rehacer cambios mientras se est editando.

Proyectos que requieren el almacenamiento y la consulta de los datos almacenados.

Copyright 1995-2011 Esri. Todos los derechos reservados.

Decidir cmo registrar los datos

Sin control de versiones

Tipos de datos compatibles

Flujos de trabajo compatibles

Confinada a una nica sesin de edicin No S

Permite deshacer/rehacer Compatible con entidades de integridad de datos de DBMS

Este diagrama le ayuda a decidir cmo registrar los datos

Un recorrido rpido por el trabajo con datos no versionados

Copyright 1995-2011 Esri. Todos los derechos reservados.

Si la barra de herramientas Editor an no est abierta, haga clic en Personalizar en el men

Evitar problemas de simultaneidad

Trabajar con entidades de integridad de datos

Editar datos no versionados con restricciones

Edicin sin control de versiones y la cach de entidad

Copyright 1995-2011 Esri. Todos los derechos reservad

Un paseo introductorio por el versionado

Crear otras versiones

Cmo funcionan las versiones y las modificaciones versionadas

Permisos y edicin de una versin

Conciliar y publicar los cambios

Vocabulario esencial para versionado

registrar como versionada

linaje de estado o rbol de estado

versin de destino conciliar

Copyright 1995-2011 Esri. Todos los derechos reservados.

Edicin simultnea de la base de datos publicada

Simplicidad: cada unidad de trabajo se segrega lgicamente por versin.

Proyectos mltiples con subproyectos

No conveniente para los procesos de conciliacin y envo por lotes

Para obtener ms informacin detallada sobre el archivado, vea El proceso de archivado.

Administracin de datos distribuidos

Copyright 1995-2011 Esri. Todos los derechos reservados.

Registrar como versionados sin la opcin de trasladar las ediciones a la base

Cuadro de dilogo Registrar como versionada

Registrar como versionados con la opcin de trasladar las ediciones a la base

Opcin Mover a base activada

Mover a base deshabilitado

No registrados como versionados o anular el registro de datos como versionados

egistrar datos como versionados

Haga clic en Registrar como versionada en el men contextual.

Esto abre el cuadro de dilogo Registrar como versionada.

Haga clic en Aceptar.

Copyright 1995-2011 Esri. Todos los derechos reservados.

Agregar el comando Dar de baja como versionado a ArcCatalog

5. Haga clic en Cerrar en el cuadro de dilogo Personalizar.

Precaucin: Si no lo hace, puede perder las ediciones realizadas en los datos.

ArcCatalogpara obtener instrucciones).

todas las ediciones en la versin predeterminada en la tabla base.

Haga clic en Aceptar.

Copyright 1995-2011 Esri. Todos l

Crear permisos de versiones y de configuracin

1. Abra el cuadro de dilogo Administrador de versiones utilizando uno