UNIVERSIDAD DE LA FRONTERA

FACULTAD DE INGENIERA
DEPTO. ING. DE SISTEMAS

Fecha: 25/06/2004

PRUEBA N 2 - BASES DE DATOS

(RESPUESTAS)
DURACIN : 90 Minutos
(70 Puntos)
1. El Modelo Conceptual de la figura corresponde a un sistema de documentacin de modelos
conceptuales de datos para una empresa de desarrollo de software. La informacin almacenada en l
corresponde a las entidades, relaciones, atributos e identificadores del modelo conceptual. Slo se
trabaja con atributos simples. Los identificadores pueden ser internos, externos o mixtos, y simples o
compuestos. Se permite relaciones recursivas.
Se requiere confeccionar el modelo lgico relacional normalizado (5 Forma Normal) de esta base de
datos, indicando: Relaciones; Atributos, con sus respectivos dominios y si admiten valores nulos;
Claves primarias y candidatas de relaciones; Claves forneas.

ENTIDAD

RELACION

PARTICIPA

Correlativo

Card. Mn.

Card. Mx.

0,n

Cdigo
Nombre
Descripcin (0,1)

2,n

Cdigo
Nombre
Descripcin (0,1)

1,n

DE ENTIDAD
N correlativo

0,1

DE RELACIN
N correlativo

0,n

ATRIBUTO
0,1

Cdigo
Nombre
Dominio (0,1)
Card. Mnima
Card. Mxima
0,1

TIENE
ATRIBUTOS
INTERNOS

1,n

0,1

Cdigo

0,n
PERTENECE A

TIENE
IDENTIFICADOR
EXTERNO

Identificadores de Relaciones

ENTIDAD
ENTIDAD

IDENTIFICADOR
{Cdigo}

RELACIN
PARTICIPA

RELACION

{Cdigo}

DE ENTIDAD

ATRIBUTO

{Cdigo}

DE RELACIN

IDENTIFICADOR {Cdigo}

1,n

TIENE

IDENTIFICADOR

Identificadores de Entidades:

ID. DE
RELACIN

0,n

0,n

ID. DE
ENTIDAD

0,1

TIENE ATRIBUTOS
INTERNOS
ID. DE ENTIDAD
ID. DE RELACIN
TIENE IDENTIFICADOR
EXTERNO

IDENTIFICADOR
I(ENTIDAD) U I(RELACIN) U
{Correlativo}
I(ATRIBUTO)
I(ENTIDAD) U {N Correlativo}
I(ATRIBUTO)
I(RELACIN) U {N Correlativo}
I(ATRIBUTO)
I(IDENTIFICADOR)
I(IDENTIFICADOR)
I(IDENTIFICADOR TIENE) U
I(IDENTIFICADOR PERTENECE A)

UNIVERSIDAD DE LA FRONTERA
FACULTAD DE INGENIERA
DEPTO. ING. DE SISTEMAS

Fecha: 25/06/2004

RESP:
ALTERNATIVA 1: Considerando frecuencia de relaciones con participacin opcional, se genera el
siguiente modelo desagregado:
PARTICIPA
Cod_entidad

Cod_entidad, Num, N.N.

Cod_relacion, Num, N.N.
Correlativo, Num, N.N.
Card_minima, Num, N.N.
Card_maxima, Num, N.N.

Cod_relacion

Cod_entidad

Cod_relacion

RELACION

ENTIDAD

Cod_entidad, Num, N.N.

Nom_entidad, Str, N.N.
Des_entidad, Str, Null
Cod_entidad

Cod_relacion

Cod_entidad

Cod_relacion

Cod_relacion

Cod_entidad

ATRIB_RELACION

ATRIB_ENTIDAD

Cod_relacion, Num, N.N.

Nom_relacion, Str, N.N.
Des_relacion, Str, Null

Cod_entidad, Num, N.N.

Cod_atributo, Num, N.N.
Correlativo, Num, N.N.

Cod_relacion, Num, N.N.

Cod_atributo, Num, N.N.
Correlativo, Num, N.N.
Cod_atributo

Cod_atributo

ATRIBUTO
Cod_atributo

Cod_atributo

Cod_atributo, Num, N.N.

Nom_atributo, Str, N.N.
Dominio, Str, Null
Card_maxima, Num, N.N.
Card_minima, Num, N.N.
Cod_atributo
Cod_atributo

ATRIBUTO_ID

Cod_identificador, Num, N.N.

Cod_atributo, Num, N.N.
Cod_identificador
Cod_identificador

Cod_relacion

IDENTIFICADOR
Cod_entidad

Cod_identificador

Cod_identificador, Num, N.N.

Cod_entidad, Num, Null
Cod_relacion, Num, Null
Cod_identificador

Claves primarias: Subrayadas en el Modelo

Claves candidatas (alternativas):
o ATRIB_ENTIDAD, {Cod_entidad, Correlativo}
o ATRIB_RELACION, {Cod_relacion, Correlativo}
Claves forneas: Marcadas en el modelo

Cod_id_es

Cod_id_tiene

ID_EXTERNO

Cod_id_tiene, Num, N.N.

Cod_id_es, Num, N.N.

UNIVERSIDAD DE LA FRONTERA
FACULTAD DE INGENIERA
DEPTO. ING. DE SISTEMAS

Fecha: 25/06/2004

RESP:
ALTERNATIVA 2: Modelo agregado (menos relaciones):
PARTICIPA
Cod_entidad

Cod_relacion

Cod_entidad, Num, N.N.

Cod_relacion, Num, N.N.
Correlativo, Num, N.N.
Card_minima, Num, N.N.
Card_maxima, Num, N.N.

Cod_entidad

Cod_relacion

RELACION

ENTIDAD

Cod_entidad, Num, N.N.

Nom_entidad, Str, N.N.
Des_entidad, Str, Null
Cod_entidad

Cod_relacion, Num, N.N.

Nom_relacion, Str, N.N.
Des_relacion, Str, Null

Cod_relacion

Cod_entidad

Cod_relacion

ATRIBUTO

Cod_entidad

Cod_atributo, Num, N.N.

Nom_atributo, Str, N.N.
Dominio, Str, Null
Card_maxima, Num, N.N.
Card_minima, Num, N.N.
Cod_entidad, Num, Null
Correl_entidad, Num, Null
Cod_relacion, Num, Null
Correl_relacion, Num, Null
Cod_identificador, Num, Null

Cod_relacion

Cod_identificador

Cod_identificador
Cod_relacion

IDENTIFICADOR
Cod_entidad

Cod_identificador, Num, N.N.

Cod_entidad, Num, Null
Cod_relacion, Num, Null

Cod_identificador

Cod_identificador

Cod_id_tiene

ID_EXTERNO

Cod_id_es

Cod_id_tiene, Num, N.N.

Cod_id_es, Num, N.N.

Claves primarias: Subrayadas en el Modelo

Claves candidatas (alternativas): No hay claves adicionales a las primarias
Claves forneas: Marcadas en el modelo

UNIVERSIDAD DE LA FRONTERA
FACULTAD DE INGENIERA
DEPTO. ING. DE SISTEMAS

Fecha: 25/06/2004

(30 Puntos)
2. El modelo relacional de la figura no est normalizado, y corresponde a un sistema de documentacin de
sitios web dinmicos (con acceso a bases de datos) de una empresa de desarrollo de software.
Cada sitio web que la empresa ha desarrollado se compone de pginas. Cada una de ellas puede
invocar a cero o ms procedimientos sobre alguna base de datos. Los procedimientos pueden (ono)
recibir parmetros de entrada y pueden (o no) generar una lista de campos o columnas de salida.

SITIO_WEB

PAGINA_WEB

Cod_sitio, Int, N.N.

Nom_sitio, Str, N.N.
URL, Str, N.N.
Autor_1, Str, N.N.
Autor_2, Str, N
Autor_3, Str, N
Fecha_creacion, Fecha, N.N.
Fecha_actualiz_1, Fecha, N
Fecha_actualiz_2, Fecha, N
Fecha_actualiz_3, Fecha, N

Cod_sitio

Cod_sitio

Cod_pagina, Int, N.N.

Cod_sitio, Int, N.N.
Nom_pagina, Str, N.N.
Descripcion, Str, N
Nro_version, Str, N.N.
Fecha_version, Fecha, N.N.
Autor, Str, N.N.
0

Cod_pagina

Cod_pagina

PAGINA_PROCED

PROCEDIMIENTO
Cod_bdatos
Cod_proced
0

Cod_bdatos, Str, N.N.

Cod_proced, Int, N.N.
Nombre_bdatos, Str, N.N.
Nombre_proced,Str,N.N.
Descripcion_proced, Str, N.

Cod_bdatos
Cod_proced

Cod_pagina, Int, N.N.

Cod_bdatos, Str, N.N.
Cod_proced,Int,N.N.
N

Cod_bdatos
Cod_proced

Cod_bdatos
Cod_proced

ENT_SAL_PROCED

Cod_bdatos, Str, N.N.

Cod_proced, Int, N.N.
Nro_ent_sal, Int, N.N.
Nom_param_entrada, Str, N.
Nom_columna_salida,Str,N.

a) Qu formas normales se estn infringiendo en el modelo? Explique brevemente.

RESP:
SITIO_WEB, 1 F.N. (3 pts.): El atributo autor es repetitivo y el atributo Fecha_actualiz
tambin.
PROCEDIMIENTO, 2 F.N. (3 pts.): El atributo Nombre_bdatos depende slo de Cod_bdatos y
no de la clave compuesta completa. Si se supone que los cdigos de procedimiento podran
repetirse para distintas bases de datos, los atributos Nombre_proced y Descripcion_proced s
dependeran de la clave completa. En caso contrario, tambin estos atributos dependeran slo
de Cod_proced.
PAGINA_WEB, 3 F.N. (1 pto.): El atributo Fecha_version depende directamente del atributo
Nro_version, el cual no forma parte de la clave.
ENT_SAL_PROCED, 4 F.N. (3 pts.): Los atributos Nom_param_entrada y
Nom_columna_salida representan propiedades multivaluadas e independientes entre s.
b) Qu problemas podran generarse si se mantiene dicha estructura?
RESP:
SITIO_WEB (3 pts.):
o Posibilidad de valores nulos en los respectivos atributos, si hay menos de 3.
o Posibilidad de atributos con valores repetidos (por ejemplo, un mismo autor varias
veces).
o Imposibilidad de almacenar ms de 3 autores o ms de 3 fechas de actualizacin.
o Dificultades de acceso a los datos (se requiere revisar cada atributo por separado).
PROCEDIMIENTO (3 pts.):
o Duplicidades en el nombre de una base de datos implica riesgo de inconsistencias.
o No se puede almacenar el nombre de una base de datos que no tenga procedimientos.

UNIVERSIDAD DE LA FRONTERA
FACULTAD DE INGENIERA
DEPTO. ING. DE SISTEMAS

Fecha: 25/06/2004

PAGINA_WEB (1 pto.):
o Posibilidad de inconsistencia: que no coincida la fecha de versin con el respectivo
nmero.
o En esta estructura, slo es posible el registro de la ltima versin.
ENT_SAL_PROCED (3 pts.):
o Si el N de parmetros no coincide con el N de columnas de salida, habra valores
nulos en uno de los atributos, para varias tuplas.
o El modelo permitira el ingreso de atributos duplicados.
o Se corre el riesgo de prdida de informacin: al borrar, por ejemplo, un parmetro de
entrada, se podra eliminar accidentalmente el dato de una columna de salida.
c) Proponga las transformaciones que considere necesarias para que el modelo quede normalizado.
RESP:
SITIO_WEB (3 pts.):
SITIO_WEB

Cod_sitio
1

Cod_sitio, Int, N.N.

Nom_sitio, Str, N.N.
URL, Str, N.N.
Fecha_creacion, Fecha, N.N.

Cod_sitio

AUTORES

Cod_sitio

Cod_sitio

ACTUALIZACIONES

Cod_sitio, Int, N.N.

Fecha_actualiz, Fecha, N.N.

PROCEDIMIENTO (3 pts.):
BASE_DATOS

Cod_bdatos

Cod_bdatos, Str, N.N.

Nombre_bdatos, Str, N.N.

PROCEDIMIENTO

Cod_bdatos

Cod_bdatos, Str, N.N.

Cod_proced, Int, N.N.
Nombre_proced,Str,N.N.
Descripcion_proced, Str, N.

PAGINA_WEB (1 pto.):
PAGINA_WEB

VERSION_PAGINA
Cod_pagina

Cod_pagina, Int, N.N.

Cod_sitio, Int, N.N.
Nom_pagina, Str, N.N.
Descripcion, Str, N
Autor, Str, N.N.

Cod_pagina
N

Cod_pagina, Int, N.N.

Nro_version, Str, N.N.
Fecha_version, Fecha, N.N.

ENT_SAL_PROCED (3 pts.):

Cod_bdatos
Cod_proced
1

Cod_bdatos
Cod_proced

PROCEDIMIENTO

Cod_bdatos
Cod_proced

Cod_bdatos, Str, N.N.

Cod_proced, Int, N.N.
Nombre_proced,Str,N.N.
Descripcion_proced, Str, N.

ENT_PROCED

Cod_sitio, Int, N.N.

Autor, Str, N.N.

Cod_bdatos, Str, N.N.

Cod_proced, Int, N.N.
Nro_ent, Int, N.N.
Nom_param_entrada, Str, N.N.

Cod_bdatos
Cod_proced

SAL_PROCED

Cod_bdatos, Str, N.N.

Cod_proced, Int, N.N.
Nro_ sal, Int, N.N.
Nom_columna_salida,Str,N.N.