Las subredes se actualizan para garantizar que los atributos y la conectividad sean actuales y válidos en una red. Actualizar una subred también expone los errores y las incoherencias presentes en una subred, por ejemplo, entidades no válidas, subredes inconexas o incoherentes, números incorrectos de controladores de subred o áreas que no se han validado. La operación para actualizar la subred se ejecuta desde la herramienta Actualizar subred o desde el panel Buscar subredes para actualizar subredes marcadas como áreas sin validar después de que se hayan realizado y validado las ediciones.
Las subredes se marcan como sin validar cuando se crean y al validar la topología de red tras editar las entidades y objetos de la subred. Cuando se actualiza una subred sin errores, se marca como validada. Cuando se descubren errores de coherencia de validación o errores de subred durante la operación de actualización de subred, la operación falla y la subred se marca como no válida. Esto se rastrea mediante el atributo Is dirty de la tabla Subredes y se muestra en la columna Status para cada una de las subredes del panel Buscar subredes. Consulte Ciclo de vida de subred para obtener más información.
La operación de actualización de subredes puede desglosarse en los siguientes pasos:
- Identificar y validar la coherencia de los controladores de subred.
- Realizar un trazado de subred.
- Validar el resultado del trazado para determinar si se han descubierto entidades u objetos no válidos.
- Actualizar los atributos de nombre de subred está conectado y atributos de campo propagado en las entidades de red.
- Crear o actualizar registros en la clase de entidad de línea Subred para la subred.
- Actualizar los registros de controladores de subred asociados en la tabla Subredes.
- Crear o actualizar diagramas de sistema de subred.
Inspeccionar y validar las propiedades de la subred
Al ejecutar una operación de actualización de subredes, se validan los controladores de subredes y se realiza un trazado de subredes para determinar si se han descubierto entidades u objetos no válidos. La definición de subred de nivel define los requisitos de comportamiento de la subred, así como lo que constituye entidades y objetos válidos en la subred.
Las siguientes subsecciones incluyen información sobre las propiedades de nivel que se inspeccionan y los campos de atributo que se actualizan en las entidades de red cuando se actualiza una subred
Objetos y entidades válidos
Como se especifica en la definición de subred, ciertos grupos de activos y tipos de activos para cada clase se definen como válidos para cada nivel en una red de dominio. Las entidades y objetos que vulneran la definición de la subred se descubren al actualizar la subred mediante la inspección de los atributos de las entidades transitables de la subred. Si se descubren entidades de red no válidas al actualizar una subred, se crea un error y la subred se marca como no válida. Para obtener más información sobre errores específicos para actualizar subredes, consulte Errores de actualización de la subred.
Cuando se actualizan subredes, la propiedad de dispositivo válido de la definición de subred no se evalúa en el caso de entidades de límite que conectan varias subredes. Las entidades de límite son dispositivos que actúan como barrera entre dos subredes o controladores de subredes que participan en más de una subred, por ejemplo, una bomba en una red de agua que recibe presión en una subred y aumenta la presión en otra.
Las siguientes entidades y objetos válidos se especifican en la definición de subred de cada nivel:
- Dispositivos válidos
- Controladores de subred de dispositivos válidos
- Líneas válidas
- Cruces válidos
- Objetos de eje válidos
- Objetos de cruce válidos
- Controladores de subred de objetos de cruce válidos
Subredes incoherentes y separadas
El atributo Subnetwork name se utiliza para rastrear la subred a la que pertenecen las entidades de red. El valor rellenado en este campo de atributo se deriva del nombre de subred de las entidades definidas como controlador de subred. Además, las entidades de la red de dominio tienen los atributos Supported subnetwork name y Supporting subnetwork name. Estos atributos ayudan a rastrear la subred admitida por una entidad de contenedor o estructura y la subred que admite una entidad de contenido, respectivamente.
Para obtener más información, consulte Nombre de subred admitido y Nombre de subred de admisión.
El proceso de actualización de subredes garantiza que el nombre de subred sea coherente para las entidades de una subred. Se generan errores si se producen incoherencias. En las siguientes situaciones se describen casos en los que se pueden encontrar errores:
Subredes incoherentes: si una subred tiene varios controladores de subred transitables y el atributo Subnetwork Name no coincide, la subred se considera incoherente. Por ejemplo, en una red de malla con cinco controladores de subred, cuatro de las fuentes de subred tienen el nombre de subred correcto, mientras que la quinta tiene otro nombre. Si se descubren subredes incoherentes al actualizar las subredes, se devuelve una advertencia en la herramienta Actualizar subred y se generan errores para los controladores de subred que tienen nombres de subred incoherentes. Se devuelven los nombres de subred específicos que se comprueba que son incoherentes y que se pueden inspeccionar con el panel Modificar controlador de subred y la tabla Subredes.
Subredes inconexas: en el caso de las redes de dominio divididas, las subredes que tengan controladores con el mismo nombre de subred y que no sean transitables se consideran redes separadas. Al actualizar las subredes, se generan errores para las redes inconexas si la definición de la subred no las permite. Este ajuste se define dentro de la definición de subred del nivel. Verifique las propiedades de red para revisar la subsección Niveles de la red de dominio en cuestión.
Si cualquiera de las subredes vecinas se consideró incoherente al comprobar la coherencia de las entidades de límite, se devuelve una advertencia durante el proceso de actualización que enumera los nombres de subred incompatibles. Para determinar cómo resolver la advertencia, las subredes vecinas se pueden inspeccionar usando el panel Modificar controlador de subred y la tabla Subredes. Tras editar las subredes vecinas, se puede ejecutar volver a ejecutar la operación de actualización de la subred.
Para obtener más información, consulte Subredes.
Actualización de entidades y objetos en una subred
Si se actualiza una subred en la versión predeterminada, se actualizan la geometría, los atributos de nombre de subred y el Is connectedatributo, y se actualizan los valores de sustitución y propagados de todas las entidades y objetos de la subred. Si la operación de actualización de subredes se ejecuta en una versión nominal utilizando la opción de modo de edición predeterminada, estas mismas actualizaciones están limitadas a entidades y objetos editadas en la versión.
Explorar:
El comportamiento de generación de eventos predeterminado de las versiones nominales se puede modificar como parte de la política de actualización de subredes con el parámetro Modo de edición para versión nominal en la herramienta de geoprocesamiento Establecer definición de subred para redes de servicios de la versión 4 o posterior.Obtenga más información sobre los modos de edición en la política de actualización de subredes
Actualizaciones de la clase de entidad de línea de subred y la tabla de subredes
Al igual que con las ediciones de entidades y objetos de la subred, la clase de entidad SubnetLine y la tabla Subredes se modifican cuando se ejecuta la operación de actualización de subredes.
Si la definición de subred para el nivel define líneas agregadas para la clase de entidad de línea de subred o tiene resúmenes configurados, la operación de actualización crea o actualiza un registro para la subred en la clase de entidad de línea de subred y actualiza el atributo Last update subnetwork, el atributo Is dirty, así como los atributos de trazado del editor. Los resúmenes configurados en la configuración de trazado de subredes también se actualizan y se escriben en los atributos de resumen. Una operación de actualización correcta cambia el estado de la subred a Válido (isDirty = falso). Si la operación de actualización falla, solo se actualizan los campos de trazado del editor.
En la tabla Subredes, también se actualizan los atributos de trazado Last update subnetwork, Is dirty y editor para los controladores de subred asociados. Una operación de actualización correcta cambia el estado de todos sus controladores a Válido (isDirty = falso) en la tabla. Si la operación de actualización falla, solo se actualizan los campos de trazado del editor.
Atributo Está sin validar
El atributo ISDIRTY (con el alias Status) se utiliza para rastrear el estado de una subred en la tabla Subredes y la clase de entidad SubnetLine, y también afecta a la coherencia de los diagramas de red. Status se gestiona principalmente a través de la operación de actualización de subredes, así como de las herramientas de desactivación, activación y validación de la topología de red, y se configura utilizando la opción Administrar IsDirty para la definición de subred del nivel.
Para obtener más información, consulte Ciclo de vida de subred.
Política de actualización de subred
Cuando se ejecuta el proceso de actualización de subred, existen varias opciones que controlan qué entidades de red están actualizadas y cómo se realizan las ediciones para las entidades de la red en la geodatabase. Estas opciones se configuran como parte de la definición de subred de un nivel en la sección Política de actualización de subred mediante el uso de la herramienta Establecer definición de subred.
Revise sus flujos de trabajo y determine si se necesitan cambios en la política de actualización de subred predeterminada. Las opciones Actualizar contenedores de red de estructura y Actualizar contenedores de red de dominio pueden modificarse en la definición de subred para controlar si se desea ver los atributos de nombre de subred en los contenedores. Esto también se puede utilizar para evitar problemas en los que el campo de nombre de subred admitido pueda sobrecargarse para contenedores de red de estructura y de dominio. Esto puede ser útil en situaciones en las que hay contención anidada.
Si existe un flujo de trabajo que requiera activar el comportamiento de la geodatabase cuando se realizan ediciones de atributos durante el proceso de actualización de la subred, los modos de edición se pueden configurar para utilizar el modo de edición Con eventos.
Las opciones para configurar la política de actualización de subred son las siguientes:
- Administrar IsDirty: especifica si la operación de actualización de subred gestiona el atributo Is dirty de la tabla Subredes. También afecta a la coherencia de los diagramas de red y a los métodos utilizados para eliminar controladores eliminados de la tabla Subredes. Cuando esta opción está activada, la operación de actualización de subred gestiona el atributo IsDirty y este se actualiza en la tabla Subredes y la clase de entidad SubnetLine.
Nota:
Si el nivel está configurado para no gestionar el atributo Is dirty, la subred siempre aparecerá como Sin validar tanto si una operación de actualización de subred es satisfactoria como si falla.
Cuando esta opción no está activada, la operación de actualización de subred puede utilizarse en la versión predeterminada para eliminar filas de la tabla Subredes en la versión predeterminada en las que el atributo Is deleted tiene el valor true.
Si no hay controladores de subred definidos para un nivel, la opción Administrar IsDirty se desactiva.
Para obtener más información sobre los estados de subred y el atributo Is dirty, consulte Estados de subred.
- Actualizar contenedores de red de estructura: especifica si el proceso de actualización de la subred actualizará el atributo de nombre de subred admitido para los contenedores de red de estructura. Esta opción está activada de forma predeterminada.
- Actualizar contenedores de red de dominio: especifica si el proceso de actualización de la subred actualizará el atributo de nombre de subred admitido para los contenedores de red de dominio. Esta opción está activada de forma predeterminada.
Modo de edición de la versión predeterminada y Modo de edición de la versión con nombre: durante el proceso de actualización de subred, se realizan varias ediciones de atributos para entidades de subred. El Modo de edición determina cómo se realizan las ediciones de atributos. Existen dos opciones disponibles para controlar este comportamiento: Con eventos y Sin eventos.
- Sin eventos: este es el valor predeterminado tanto para la versión predeterminada como para la versión con nombre, así como cuando se trabaja en una implementación de un solo usuario. Cuando se utiliza este modo de edición en una implementación de empresa, los contratos de geodatabase no se respetan durante la actualización de la subred. Esto se traduce en que los eventos no desencadenan actualizaciones del rastreo del editor, reglas de atributos u objetos relacionados cuando se actualizan las entidades. Esto también se traduce en que los cambios realizados en las entidades sin eventos no escriben el historial de la geodatabase para su posterior revisión. Este enfoque se adopta para optimizar el rendimiento de la subred de actualización.
- Cuando se utiliza este modo de edición en la versión predeterminada o en una implementación de un solo usuario, el nombre de la subred y los valores propagados se actualizan para todas las entidades y objetos de la subred.
- Cuando se utiliza este modo de edición en versiones con nombre, el nombre de la subred y los valores propagados se actualizan solo para las entidades editadas por el usuario en la versión.
- Con eventos: esta opción permite a los usuarios activar el comportamiento de la geodatabase al actualizar subredes en la versión predeterminada y con nombre, así como cuando se trabaja en una implementación de un solo usuario. Con este modo de edición, las actualizaciones del cursor se utilizan para actualizar el nombre de la subred y los valores propagados para todas las entidades atravesadas por la operación.
El uso Con eventos respeta todos los contratos de geodatabase. Esto se traduce en que las reglas de atributo se activan y se restablece su estado de validación, se actualiza el rastreo del editor, se actualizan los objetos relacionados cuando procede y los cambios se registran como ediciones reales en el historial de la geodatabase. Este modo de edición debe tenerse en cuenta para los usuarios que requieren que las reglas de atributos se activen durante la operación de actualización de la subred.
Precaución:
Esta opción puede afectar negativamente al rendimiento y no se debe utilizar con subredes de mayor tamaño cuando en los datos haya un gran número de reglas de atributos u objetos relacionados, por ejemplo, clases de anotación vinculada a entidad.
El siguiente ejemplo ilustra el impacto de ejecutar una actualización de subred en una versión con nombre en la subred RMT001 después de crear una línea, mientras se utiliza el Modo de edición de la versión con nombre predeterminado, que es Sin eventos. Observe que el nombre de subred se actualiza solo para la entidad editada en la versión.
Este ejemplo ilustra el impacto de ejecutar una actualización de subred en la subred RMT001 después de crear una línea, cuando la herramienta se ejecuta en la versión predeterminada o cuando la herramienta se ejecuta en una versión con nombre y el Modo de edición de la versión con nombre se establece en Con eventos. Tenga en cuenta que, aunque solo se edita una entidad, todas las entidades de la subred se actualizan con el nombre de subred.
Nota:
Determinados parámetros requieren una versión de red de servicios mínima. Consulte la herramienta Establecer definición de subred para obtener más información.
- Sin eventos: este es el valor predeterminado tanto para la versión predeterminada como para la versión con nombre, así como cuando se trabaja en una implementación de un solo usuario. Cuando se utiliza este modo de edición en una implementación de empresa, los contratos de geodatabase no se respetan durante la actualización de la subred. Esto se traduce en que los eventos no desencadenan actualizaciones del rastreo del editor, reglas de atributos u objetos relacionados cuando se actualizan las entidades. Esto también se traduce en que los cambios realizados en las entidades sin eventos no escriben el historial de la geodatabase para su posterior revisión. Este enfoque se adopta para optimizar el rendimiento de la subred de actualización.