1. Una agencia de transportes agrícolas quiere diseñar una base de datos
para su gestión diaria. A cada conductor se le organizan rutas que
duran varios días en las que irá recogiendo y entregando cargas en
distintas provincias (en cualquier caso nunca realizan dos rutas un mismo día).
Para ello se le asigna un camión y se le entrega la hoja de ruta.
Con estos datos se pide normalizar la tabla anterior en FNBC explicando la
descomposición de tablas oportunas explicando la obtención de claves en
las tablas obtenidas
1FN
Una tabla esta en 1FN si en cada uno de sus campos no contiene atributos multivaluados.
Esta tabla no contiene en sus campos atributos multivaluados, entonces cumple la 1FN.
Empres Dirección Ciudad Operación Artículo Nºcajas Peso Fecha Hora
a
Getisa P.Viso Málaga Carga Limón 100 20000 15-3-97 07:00
ZumLi c/Canal Jaén Descarga Limón 30 6000 15-3-97 13:00
Tricer c/Prim Toledo Descarga Limón 70 14000 15-3-97 20:00
Fervisa c/Montes Toledo Carga Trigo 200 10000 16-3-97 07:00
Cereasa c/Oca Toledo Carga Centeno 300 15000 16-3-97 10:00
Tricer P.Valle Bilbao Descarga Trigo 200 10000 16-3-97 21:00
Tricer P.Valle Bilbao Descarga Centeno 300 15000 16-3-97 21:00
Lopasa c/Mar Lugo Carga Patata 500 30000 17-3-97 08:00
Merci C/Campo Málaga Descarga Patata 500 30000 18-3-97 06:00
2FN
Una tabla esta en 2FN si esta en 1FN y además los atributos No Claves tienen dependencia
funcional completa con respecto de los atributos Claves.
Para saber que atributos son NO CLAVES y cuales son atributos CLAVES, es necesario hallar las
dependencias funcionales:
DF:
EMPRESA, CIUDADDIRECCION, OPERACIÓN,
ARTICULO, Nº CAJASPESO
EMPRESA, ARTICULOFECHA, HORA
Esta tabla no está en 2FN porque hay atributos(DIRECCIÓN, HORA, OPERACIÓN, FECHA, PESO)
que no depende de todos los atributos claves de la tabla, la solución es descomponer la tabla
según las dependencias funcionales que nos han salido.
3. Primero comprobamos que tras la división de las tablas no ha habido pérdida de información,
ya que la tercera tabla nos permite relacionar toda la información.
Las tablas que se nos han generado están en 2FN puesto que todos los atributos no clave
depende de forma funcional completa de los atributos clave.
3FN
Una tabla esta en 3FN si esta en 2FN y además ningún atributo que no sea clave depende
transitivamente de las claves de la tabla
EMPRESA, CIUDAD DIRECCIÓN, OPERACION
Empresa Dirección Ciudad Operación
Getisa P.Viso Málaga Carga
ZumLi c/Canal Jaén Descarga
Tricer c/Prim Toledo Descarga
Fervisa c/Montes Toledo Carga
Cereasa c/Oca Toledo Carga
Tricer P.Valle Bilbao Descarga
Tricer P.Valle Bilbao Descarga
Lopasa c/Mar Lugo Carga
Merci C/Campo Málaga Descarga
ARTICULO, Nº CAJASPESO
Artículo Nºcajas Peso
Limón 100 20000
Limón 30 6000
Limón 70 14000
Trigo 200 10000
Centeno 300 15000
Patata 500 30000
4. EMPRESA, ARTICULOFECHA, HORA
Empresa Artículo Fecha Hora
Getisa Limón 15-3-97 07:00
ZumLi Limón 15-3-97 13:00
Tricer Limón 15-3-97 20:00
Fervisa Trigo 16-3-97 07:00
Cereasa Centeno 16-3-97 10:00
Tricer Trigo 16-3-97 21:00
Tricer Centeno 16-3-97 21:00
Lopasa Patata 17-3-97 08:00
Merci Patata 18-3-97 06:00
En las tablas que se nos han generado en 2ªFN no hay ningún atributo que dependa
transitivamente de las claves de la tabla, podemos decir entonces que las tablas están en
3ªFN.
FNBC
Una tabla esta en FNBC si está en 3FN y además todo determinante es una clave candidata.
Las tablas que se nos han generado cumplen esta FN, puesto todo determinante es una clave
cancidata.
