Activos padre e hijo: cuando la base de conexión pertenece al portátil
El modelo de relación, los tres tipos de relación y el guardián de ciclos, para el día en que una base de conexión viajó con el portátil y usted no quiere perderle la pista.
Una base de conexión llegó con el portátil. Dos transceptores SFP vinieron con el switch. Ocho módulos de RAM salieron de un mismo servidor. Ninguna de esas cosas es un activo independiente: pertenecen a un padre, y tratarlas como filas sueltas pierde la relación en cuanto alguien coge el padre sin acordarse de los hijos.
La relación
Todo activo puede apuntar a un activo padre. La relación es de activo a activo (no de activo a producto ni de activo a palet) y lleva un tipo: recuperado de para un componente sacado de un dispositivo, montado en para una pieza que va dentro de uno, y agrupado con para un accesorio que viaja al lado. Un portátil con base tiene el portátil como padre y la base como hijo, agrupado con. Un switch con dos SFP tiene el switch como padre y cada SFP como hijo, montado en. El padre y el tipo de relación se ponen juntos o no se ponen: la base de datos rechaza un padre sin tipo y un tipo sin padre.
El guardián de ciclos
La plataforma se niega a crear una relación padre-hijo que formaría un bucle. Cuando usted elige un padre, el selector ya deja fuera el propio activo y todo lo que cuelga de él; después el servidor hace la comprobación que manda, subiendo por la cadena del padre propuesto y rechazando la elección si el hijo aparece en cualquier punto (A→B, B→C, C→A se rechaza). Si una cadena existente ya está corrupta, la plataforma se niega a construir encima en lugar de fingir que no pasa nada. No hay límite de profundidad: una cadena o es un árbol o no lo es.
Qué muestra la página de detalle
Desde un hijo ve la etiqueta de activo de su padre y puede saltar hasta él. Desde un padre ve sus hijos y sus estados. Cada cambio de relación escribe una fila de Actividad con el padre anterior y el nuevo, así que “cuándo dejó este SSD de pertenecer a aquel servidor” tiene respuesta con marca de tiempo.
Por qué modelarlo explícitamente
Porque la alternativa es codificar la relación en un campo de notas, y el campo de notas no sobrevive a una ordenación, a un filtro ni a una exportación. Modelar la relación de forma explícita hace que sobreviva, y la base viaja con el portátil como activo propio y rastreado en vez de esconderse dentro de una descripción. Un árbol es una estructura de datos. Una nota es una esperanza.