Tenga en cuenta que los elementos de datos de precedente utilizados en el ejemplo anterior son deliberadamente vagos: el términos "detalles personales" cubre con toda probabilidad muchos campos de datos individuales como fechas de nacimiento/defunción, demografía, etc. El Gestor de dependencias no conoce ni valora los significados de las dependencias que almacena entre dependientes y precedentes: es decisión de los clientes del Gestor de dependencias darles significado y almacenar las dependencias en una granularidad apropiada.
La elección de granularidad implica encontrar un equilibrio aceptable entre los dos extremos de:
Las dependencias muy precisas se almacenan entre los dependientes y los campos de datos individuales, permitiendo una identificación extremadamente ajustada de los dependientes afectados por los cambios de precedente, pero con un coste muy alto de registros de dependencia almacenados; frente a
Se almacenan dependencias muy gruesas entre dependientes y agrupaciones de grandes números de campos de datos individuales en un "elemento de datos", lo que hace que se almacene un pequeño número de registros de dependencias, con el riesgo de que se soliciten recálculos falsos (es decir, recálculos que terminan no siendo necesarios porque el cálculo no queda afectado por el campo de datos concreto que ha cambiado).
Es responsabilidad de los diseñadores de clientes del Gestor de dependencias tener en cuenta estas concesiones y tomar decisiones sensatas respecto al nivel en el que se debe almacenar la información de dependencias en el Gestor de dependencias.
Por ejemplo, supongamos que el sistema registra estos detalles personales acerca de un demandante (en un sistema realista pueden existir muchos más campos considerados como "detalles personales"):
Un conjunto muy preciso de dependencias muestra que la titularidad de un caso depende de la fecha de nacimiento y del número de hijos, pero no del apellido de la madre (ya que no se ha accedido a él durante los cálculos):
Precedente | Titularidad del caso 127 |
---|---|
Fecha de nacimiento de Fran | X |
Número de hijos de Fran | X |
Apellido de la madre de Fran |
Este almacenamiento de dependencia preciso puede terminar necesitando que se almacenen muchas filas; pero tenga en cuenta que sólo los cambios en la fecha de nacimiento y/o el número de hijos desencadenará un recálculo de la titularidad del caso; si sólo se corrige un error tipográfico en el apellido de la madre, no se desencadenará ningún recálculo de titularidad de caso.
Por el contrario, un conjunto muy general de dependencias mostrará un registro mucho más simple de que la titularidad del caso depende de los detalles personales generales:
Precedente | Titularidad del caso 127 |
---|---|
Detalles personales de Fran | X |
Este almacenamiento de dependencias general almacena menos registros de dependencias pero si se corrige un error tipográfico en el apellido de la madre madre, los detalles personales generales cambiarán y se desencadenará un recálculo de la titularidad del caso, aunque el recálculo muestre que el resultado del cálculo no ha cambiado.