Trabajar con representaciones en un entorno versionado

Para entender cómo trabajan las representaciones en un entorno versionado, es importante tener primero una comprensión sólida de los principios de la versión y de cómo se almacenan las representaciones de la clase de entidad dentro de la geodatabase.

Más información sobre la versiónMás información sobre cómo se almacenan las representaciones

¿Cómo trabajan las representaciones en un entorno versionado?

Las clases de entidades con representaciones participan en un entorno versionado al igual que las clases de entidades sin representaciones. Estas son algunas cosas claves que se deben considerar:

Flujos de trabajo recomendados para utilizar representaciones en un entorno versionado

Situación 1

  • La versión principal (versión de destino) cambia la ReglaID de representación de R a R* para una representación de entidad.
  • La versión secundaria (versión de edición) edita la misma representación de entidad pero agrega una excepción de atributo, que se almacena en el campo Excepción como O*.
    • La versión secundaria se concilia contra la versión principal. Según cómo se definen los conflictos, obtendrá distintos resultados.
    • Nivel de fila: Ya que se edita la misma entidad en las dos versiones, se detecta un conflicto. Los conflictos se pueden resolver a favor de cualquier versión, según la preferencia. Por lo tanto, la representación final tiene ReglaID R junto con Excepción O* o ReglaID R* junto con Excepción O. Los resultados son coherentes.
    • Nivel de columna: Aunque se edita la misma representación de entidad, las ediciones se realizan en dos campos o atributos separados, llamados ReglaID e Excepción, y por lo tanto no se detectan conflictos. En la conciliación, la representación de entidad tiene una ReglaID igual a R* y una excepción de atributo O*. La representación de entidad tiene una excepción de atributo para una propiedad que no pertenece a la regla de representación con la que se representa. Los resultados son incoherentes.
    • Para evitar esta situación, utilice la opción row_level.

Situación 2

  • La versión principal (versión de destino) cambia la forma de una representación de entidad o agrega una excepción de forma, que se almacena en el campo Excepción como O*.
  • La versión secundaria (versión de edición) edita la misma representación de entidad pero agrega una excepción de atributo, que se almacena en el campo Excepción como O**.
  • La versión secundaria se concilia contra la versión principal. Independientemente de la versión que elija para resolver los conflictos a su favor, obtendrá el mismo resultado.
    • Nivel de fila o nivel de columna: La misma representación de entidad se edita en las dos versiones. Además, las ediciones se realizan en la misma excepción de atributo. Aunque las excepciones de forma y atributo son dos entidades separadas, editarlas da como resultado el mismo campo Excepción. Se detectan los conflictos, y deberá mantener cualquiera de las ediciones, O* ó O**.
    • Solución: Almacene las ediciones de atributo en un campo explícito en lugar de almacenarlas en el campo Excepción. En la conciliación, si se selecciona la definición de nivel de columna, no tendrá ningún conflicto, ya que las ediciones se realizan en dos campos separados (campo Excepción y explícito). Como resultado, podrá guardar las dos ediciones.

Situación 3

  • La versión principal (versión de destino) crea una excepción de atributo para una representación de entidad. El campo Excepción se actualiza a O*.
  • La versión secundaria (versión de edición) edita la misma representación de entidad pero convierte la representación de entidad a una representación libre. El valor ReglaID cambia a -1, y un objeto de gráficos se introduce en el campo Excepción. Como resultado, este paso cambia los campos ReglaID e Excepción a R* y O**.
  • La versión secundaria se concilia contra la versión principal.
    • Nivel de fila o nivel de columna: Hay un conflicto. Si elige resolver conflictos a favor de una versión principal (de destino), el resultado será incoherente. Existirá una excepción de atributo O* junto con un valor ReglaID igual a -1 o R*.
    • Solución: Elija resolver conflictos a favor de la versión secundaria para evitar resultados incoherentes. En este caso, guarde los cambios realizados por la versión secundaria e ignore cualquier edición realizada por la versión principal. Sin embargo, deberá tener en cuenta que las ediciones realizadas por la versión principal se pierden en este caso.

Situación 4

Si hay varios productos de mapa basados en varias representaciones de la clase de entidad que están presentes en la misma clase de entidad, utilice un escenario de Varios proyectos para editar los productos de mapa. Por ejemplo, cree un versión separada para cada producto de mapa: M1, M2, M3, y así sucesivamente. Después de editar estas versiones, reconcilie y acuerde con las versiones padre (o SDE.DEFAULT) utilizando la definición de nivel de columna y resuelva cualquier conflicto a favor de la versión de edición. Si desea escribir excepciones de atributo en un campo explícito en lugar del campo Excepción, cree campos explícitos por separado para cada producto de mapa.

Mejores prácticas

Temas relacionados

5/10/2014