SGME - It5 - Análisis y Diseño de la Base de Datos

Tipos de entidades a almacenar

La base de datos deberá almacenar una serie de entidades para permitir la persistencia de la información del sistema.

Convenciones de nombres

Dado que la nomenclatura de los elementos de la base de datos en los minisistemas anteriores fue tornándose cada vez mas anárquica[1] se intentará definir una convención mas o menos lógica para los nombres.

Nombres de las tablas

1. Los nombres de las tablas comenzarán con la letra "T", seguida de otra letra que indique - dentro de lo posible - a que tipo de entidades estará asociado su contenido y luego un carácter de guión bajo "_":

   "TO_"

   Para las tablas relacionadas con los objetos del dominio del sistema propiamente dichos, como los artículos.

   "TP_"

   Para las tablas utilizadas para definir las plantillas.

   "TC_"

   Para las tablas que mantengan información acerca de los cambios.

2. A continuación, un nombre descriptivo (en plural) del tipo de concepto asociado a la tabla, por ejemplo: TO_ARTICULOS,TP_ARTICULOS o TO_INFORMES.

   Si la tabla tiene que ver con una relación, se agruparan los nombres de los conceptos asociados, separados nuevamente por el símbolo "_". Si en este caso los nombres de los conceptos son muy largos, se abreviarán como se crea conveniente, omitiendo todo de intento de incorporar la idea de pluralidad, por ejemplo: TP_ATRIB_ART o TC_PARTE_ART.

Nombres de los campos o parámetros

1. El nombre de los identificadores, ya sean claves primarias o externas, se compondrá de los símbolos "ID_" seguido del concepto asociado, por ejemplo: ID_ARTICULO.

2. Excepción a la regla anterior será para los identificadores de las plantillas, cuyo nombre se compondrá de los símbolos "IDP_" seguidos del concepto asociado, por ejemplo: IDP_ARTICULO.

3. En los casos de que el identificador compuesto de la forma anterior no sea lo suficientemente descriptivo - consideremos el caso de una parte que está asociada a un artículo continente y un artículo contenible - el nombre de las claves externas podrá tomar otro nombre, por ejemplo: ID_CONTINENTE.

4. Los nombres de los campos que contengan un identificador amigable al usuario de los contenidos de una tabla, por ejemplo el nombre de una plantilla de artículo, comenzarán con los símbolos "NB_", o "NBP_" si se trata de una plantilla; por ejemplo: NB_PARTE o NBP_ARTICULO.

5. Como en el caso de las claves, si fuera conveniente podrán utilizarse nombres mas específicos, por ejemplo: NBP_CONTINENTE.

6. Los campos que indiquen valores por defecto siempre tomarán el nombre de DEFECTO

7. Los campos que indiquen que el registro fue eliminado tendrán el nombre de ELIMINADO

Nombres de los stored procedures

1. Los nombres de los stored procedures comenzarán con las letras "SP", seguida de otra letra que indique - dentro de lo posible - a que tipo de entidades estará asociado su contenido y, luego, de un carácter de guión bajo "_":

   "SPO_"

   Para los stored procedures relacionados con los objetos del dominio del sistema propiamente dichos, como los artículos.

   "SPP_"

   Para stored procedures relacionados con las plantillas.

   "SPC_"

   Para los stored procedures relacionados con los cambios.

   "SPE_"

   Para los stored procedures relacionados con los estados derivados de los cambios.

2. A continuación una cadena de tres caracteres que indique el tipo de acción que realizará el stored procedure seguida de otro carácter de guión bajo "_":

   "SP?_NEW_"

   Para crear elementos.

   "SP?_DEL_"

   Para eliminar elementos.

   "SP?_EDT_"

   Para editar elementos.

   "SP?_LST_"

   Para listar elementos.

   "SP?_REN_"

   Para renombrar elementos.

   "SP?_GET_"

   Para recuperar algún valor especifico.

   "SP?_VRF_"

   Para verificar "algo", en caso de fallar la verificación disparará una excepción.

3. A continuación un nombre descriptivo del tipo de concepto asociado a la tabla.

Otros elementos

• Los nombres de las excepciones comenzarán con los caracteres "EX_" .

• Los nombres de los dominios comenzarán con los caracteres "D_" .

• Los nombres de los generadores comenzarán con los caracteres "GEN_" .

• Los nombres de los roles comenzarán con los caracteres "ROL_" .

• Los nombres de las vistas serán similares a los de las tablas pero precedidos por la letra "V".

Tipos de Datos / Dominios

Los campos de las tablas de la base de datos se definirán según dominios predefinidos. El uso de los mismos, además de permitir indicar el tipo de datos, dará una idea del sentido del valor almacenado y brindará otro nivel de abstracción.

Entidades / Tablas

El sistema deberá almacenar información relativa a diferentes entidades distribuyendo su información en diferentes tablas.

Obtener los estados

En It5-Disenio [PDF] se explica el procedimiento para obtener los estados a partir de los cambios. Adaptando dicho procedimiento a nuestra estructura de base de datos obtenemos los procedimientos adecuados para cada tipo de estado.

/* Obtener el listado de artículos activos en un
 * instante determinado */
create procedure SPE_LST_ID_ARTICULOS (
    :FECHA D_FECHA)
returns (
    :ID_OPERACION D_ID,
    :FECHA_SUCESO D_FECHA,
    :ID_ARTICULO D_ID)
as
begin
    for select
        TO_ARTICULOS.CREACION_ID_OP,
        TO_ARTICULOS.CREACION_FECHA,
        TO_ARTICULOS.ID_ARTICULO
    from
        TO_ARTICULOS
    where
        TO_ARTICULOS.CREACION_ELIMINADO = NO and
        ((:FECHA is null) or (TO_ARTICULOSCREACION_FECHA <= :FECHA))
    into
        :ID_OPERACION,
        :FECHA_SUCESO,
        :ID_ARTICULO
    do
        suspend;
    exit;
end;
        

/* Obtener el valor de un atributo de un artículo en un
 * instante determinado. */
create procedure SPE_GET_VALOR_ATRIB_ART (
    :ID_ARTICULO D_ID,
    :ID_ATRIBUTO D_ID,
    :FECHA D_FECHA)
returns (
    :ID_OPERACION D_ID,
    :FECHA_SUCESO D_FECHA,
    :VALOR D_VALOR_ATRIB)
as
begin
    select first 1
        TC_ATRIB_ART.VALOR_NUEVO,
        TC_ATRIB_ART.FECHA_SUCESO,
        TC_ATRIB_ART.ID_OPERACION
    from
        TC_ATRIB_ART 
    where
        TC_ATRIB_ART.ELIMINADO = NO and
        TC_ATRIB_ART.FECHA_SUCESO <= :FECHA and
        TC_ATRIB_ART.ID_ARTICULO = :ID_ARTICULO and
        TC_ATRIB_ART.ID_ATRIBUTO = :ID_ATRIBUTO
    order by
        TC_ATRIB_ART.ID_CAMBIO descending
    into 
        :VALOR,
        :FECHA_SUCESO, 
        :ID_OPERACION
    exit;
end;

/* Listar los valores de los atributos de los
 * artículos en un instante determinado. */
create procedure SPE_LST_VALORES_ATRIB_ART (
    :FECHA D_FECHA)
returns (
    :ID_OPERACION D_ID,
    :FECHA_SUCESO D_FECHA, 
    :ID_ARTICULO D_ID,
    :ID_ATRIBUTO D_ID,
    :VALOR D_VALOR_ATRIB)
as
begin
    for select
        TO_ARTICULOS.ID_ARTICULO,
        TP_ATRIB_ART.ID_ATRIBUTO
    from
        SPE_LST_ID_ARTICULOS(:FECHA)
        inner join TO_ARTICULOS on TO_ARTICULOS.ID_ARTICULO = SPE_LST_ID_ARTICULOS.ID_ARTICULO
        inner join TP_ATRIB_ART on TP_ATRIB_ART.IDP_ARTICULO = TO_ARTICULOS.IDP_ARTICULO
    into
        :ID_ARTICULO,
        :ID_ATRIBUTO
    do
    begin
        execute procedure SPE_GET_VALOR_ATRIB_ART (
            :FECHA,
            :ID_ARTICULO,
            :ID_ATRIBUTO)
        returningvalues (
            :ID_OPERACION,
            :FECHA_SUCESO,
            :VALOR);
        suspend;
    end
    exit;
end;

/* Obtener el último movimiento (asociación o desasociación) 
 * de un artículo contenible un instante determinado. */
create procedure SPE_GET_PARTE_CONTE (
    :ID_CONTENIBLE D_ID,
    :FECHA D_FECHA)
returns (
    :TIPO D_TIPO_CMB_PARTE,
    :ID_PARTE D_ID,
    :ID_CONTINENTE D_ID,
    :FECHA_SUCESO D_FECHA, 
    :ID_OPERACION D_ID)
as
begin
    select
        first(TC_PARTE_ART.TIPO),
        first(TC_PARTE_ART.ID_PARTE),
        first(TC_PARTE_ART.ID_CONTINENTE),
        first(TC_PARTE_ART.FECHA_SUCESO),
        first(TC_PARTE_ART.ID_OPERACION)
    from
        TC_PARTE_ART 
    where
        TC_PARTE_ART.ELIMINADO = NO and
        TC_PARTE_ART.FECHA_SUCESO <= :FECHA and
        TC_PARTE_ART.ID_CONTENIBLE = :ID_CONTENIBLE
    order by
        TC_PARTE_ART.ID_CAMBIO descending
    group by
        TC_PARTE_ART.ID_CONTENIBLE
    into 
        :TIPO,
        :ID_PARTE,
        :ID_CONTINENTE,
        :FECHA_SUCESO, 
        :ID_OPERACION;
    exit;
end;

/* Listar los artículos contenibles no contenidos
 * en un instante determinado. */
create procedure SPE_LST_CONTE_NOCONTENIDOS (
    :FECHA D_FECHA)
returns (
    :ID_CONTENIBLE D_ID,
    :FECHA_SUCESO D_FECHA, 
    :ID_OPERACION D_ID)
as
begin
    for select
        TO_ARTICULOS.ID_ARTICULO,
        TO_ARTICULOS.CREACION_FECHA,
        TO_ARTICULOS.CREACION_ID_OP
    from
        TO_ARTICULOS
        inner join TP_ARTICULOS
            on TO_ARTICULOS.IDP_ARTICULO = TP_ARTICULOS.IDP_ARTICULO
    where
        TP_ARTICULOS.CONTENIBLE = SI
    Into
        :ID_CONTENIBLE,
        :CREACION_FECHA, 
        :CREACION_ID_OP
    do
    begin
        execute procedure SPE_GET_PARTE_CONTE (
            :ID_CONTENIBLE,
            :FECHA)
        returning_values (
            :TIPO,
            :FECHA_SUCESO, 
            :ID_OPERACION);        
        if (:TIPO is null) then
        begin
            FECHA_SUCESO = :CREACION_FECHA
            ID_OPERACION = :CREACION_ID_OP
            suspend;
        end
        else if (:TIPO = QuitarComponente)) Then
            suspend;
    end
    exit;
end;

/* Listar los artículos contenibles contenidos
 * en un instante determinado. */
create procedure SPE_LST_CONTE_CONTENIDOS (
    :FECHA D_FECHA)
returns (
    :ID_CONTENIBLE D_ID,
    :ID_PARTE D_ID,
    :ID_CONTINENTE D_ID
    :FECHA_SUCESO D_FECHA, 
    :ID_OPERACION D_ID)
as
begin
    for select
        TO_ARTICULOS.ID_ARTICULO
    from
        TO_ARTICULOS
        inner join TP_ARTICULOS
            on TO_ARTICULOS.IDP_ARTICULO = TP_ARTICULOS.IDP_ARTICULO
    where
        TP_ARTICULOS.CONTENIBLE = SI
    Into
        :ID_CONTENIBLE
    do
    begin
        execute procedure SPE_GET_PARTE_CONTE (
            :ID_CONTENIBLE,
            :FECHA)
        returning_values (
            :TIPO,
            :ID_PARTE,
            :ID_CONTINENTE,
            :FECHA_SUCESO, 
            :ID_OPERACION);        
        if ((:TIPO is not null) and (:TIPO = AgregarComponente)) Then
            suspend;
    end
    exit;
end;

/* Obtener el estado de una 
 * parte simple de un artículo continente. */
create procedure SPE_GET_PARTE_CONTI_SIMPLE (
    :ID_CONTINENTE D_ID,
    :ID_PARTE D_ID,
    :FECHA D_FECHA)
returns (
    :ID_CONTENIBLE D_ID,
    :FECHA_SUCESO D_FECHA, 
    :ID_OPERACION D_ID)
as
begin
    select
        case first(TC_PARTE_ART.TIPO) 
            when AgregarComponente then
                first(TC_PARTE_ART.ID_CONTENIBLE)
            when QuitarComponente then
                null
        end,
        first(TC_PARTE_ART.FECHA_SUCESO),
        first(TC_PARTE_ART.ID_OPERACION)
    from
        TC_PARTE_ART 
    where
        TC_PARTE_ART.ELIMINADO = NO and
        TC_PARTE_ART.FECHA_SUCESO <= :FECHA and
        TC_PARTE_ART.ID_CONTINENTE = :ID_CONTINENTE and
        TC_PARTE_ART.ID_PARTE = :ID_PARTE
    order by
        TC_PARTE_ART.ID_CAMBIO descending
    group by
        TC_PARTE_ART.ID_CONTINENTE,
        TC_PARTE_ART.ID_PARTE
    into 
        :ID_CONTENIBLE,
        :FECHA_SUCESO, 
        :ID_OPERACION;

    if (:FECHA_SUCESO is null) then
    begin
        select 
            TO_ARTICULOS.CREACION_FECHA,
            TO_ARTICULOS.CREACION_ID_OP
        from
            TO_ARTICULOS
        where
            TO_ARTICULOS.ID_ARTICULO = ID_CONTINENTE
        into
            :FECHA_SUCESO, 
            :ID_OPERACION;
    end;
    exit;
end;


/* Obtener el estado de una
 * parte multiple de un artículo continente. */
create procedure SPE_GET_PARTE_CONTI_MULTIPLE (
    :ID_CONTINENTE D_ID,
    :ID_PARTE D_ID
    :FECHA D_FECHA)
returns (
    :ID_CONTENIBLE D_ID,
    :FECHA_SUCESO D_FECHA, 
    :ID_OPERACION D_ID)
as
begin
    for select
        :ID_CONTENIBLE D_ID,
        first(TC_PARTE_ART.TIPO),
        first(TC_PARTE_ART.FECHA_SUCESO),
        first(TC_PARTE_ART.ID_OPERACION)
    from
        TC_PARTE_ART
    where
        TC_PARTE_ART.ELIMINADO = NO and
        TC_PARTE_ART.FECHA_SUCESO <= :FECHA and
        TC_PARTE_ART.ID_CONTINENTE = :ID_CONTINENTE and
        TC_PARTE_ART.ID_PARTE = :ID_PARTE
    order by
        TC_PARTE_ART.ID_CAMBIO descending
    group by
        TC_PARTE_ART.ID_CONTINENTE,
        TC_PARTE_ART.ID_CONTENIBLE,
        TC_PARTE_ART.ID_PARTE
    into 
        :ID_CONTENIBLE,
        :TIPO,
        :FECHA_SUCESO, 
        :ID_OPERACION
    do
    if (:TIPO = AgregarComponente) then
        suspend;
    exit;
end;
        

Restricciones

Mas allá de la integridad referencial, deberán implementarse otros controles para garantizar la validez e integridad de los datos almacenados en la base de datos.

Ya que el modelo relacional actualmente no maneja la temporalidad, muchas de las restricciones se relacionarán con el control de la coherencia de los datos temporales y se implementarán mediante triggers.

Deberán revisarse la coherencia tanto en el momento de insertar datos, como en el de la eliminación o anulación.

Plantillas de artículos

• Al asignar un atributo a una plantilla de artículos, generar los cambios de inicialización del atributo para cada uno de los artículos de la plantilla asociados al suceso de creación de dicho artículo (como si el atributo hubiera existido desde siempre).

  Implementada en:

  • TP_ATRIB_ART_AI0

Creación de artículos

• Al crear artículos se deberá generar un cambio de inicialización para cada uno de sus atributos, con el objeto de setear el valor por defecto indicado en su plantilla.

  Implementada en:

  • Trigger TO_ARTICULOS_AI0.

• La fecha del cambio de creación de un artículo siempre deberá corresponder a la fecha del suceso que la generó.

  Implementada en:

  • Trigger TO_ARTICULOS_BI.

Cambio de valor de un atributo de un artículo

• La fecha del cambio de un atributo de un artículo siempre deberá corresponder a la fecha del suceso que la generó.

  Implementada en:

  • Trigger TC_ATRIB_ART_BI.

• En la fecha del suceso de cambio del atributo debe existir el artículo.

  Implementada en:

  • Trigger TC_ATRIB_ART_BI.

• La plantilla del artículo debe tener el atributo indicado.

  Implementada en:

  • Trigger TC_ATRIB_ART_BI.

• Debe ser valido con respecto a otros cambios ingresados:

  Si el cambio corresponde a la creación de un artículo, el valor anterior debe ser indefinido.

  Si el cambio no corresponde a la creación de un artículo, el valor anterior indicado puede ser indefinido (en ese caso adoptará el adecuado), o bien, debe corresponderse con el ultimo valor de ese atributo para ese artículo.

  Implementada en:

  • Trigger TC_ATRIB_ART_BI.

Agregar o quitar componentes

• La fecha del cambio de agregado o quitado de componentes siempre deberá corresponder a la fecha del suceso que la generó.

  Implementada en:

  • Trigger TC_PARTE_ART_BI.

• En la fecha del suceso deben existir los dos artículos.

  Implementada en:

  • Trigger TC_PARTE_ART_BI.

• La plantilla del artículo continente debe tener la parte indicada y debe corresponder con la plantilla del artículo contenible.

  Implementada en:

  • Trigger TC_PARTE_ART_BI.

• Debe ser valido con respecto a otros cambios ingresados:

  Si se está agregando un componente, debe verificarse que el contenible y la parte correspondiente del continente estén disponibles.

  Si se está quitando un componente, debe verificarse que el contenible esté asociado a la parte indicada del continente.

  Implementada en:

  • Trigger TC_PARTE_ART_BI.