MANUAL DE EJERCICIOS BAE TEMA 2

C/ Alcorac nº 50, Polígono Residencial de Arinaga, Agüimes CP 35118 Tel: 928188949 Tel/Fax: 928188950

www.cifpvilladeaguimes.es [email protected]

Unión Europea Fondo Social Europeo

MANUAL DE EJERCICIOS BAE

TEMA 2

1. Se quiere realizar el sistema de información necesario para coleccionar música. Después de analizar sabemos que:

a. Vamos a almacenar Canciones. b. Sabemos que un canción puede estar cantada por un solo grupo, el cuál puede

cantar múltiples canciones. c. De la canciones vamos a guardar el nombre de la canción, el nombre del grupo

que la canta, la duración de la canción y el año en que se publicó. El nombre de la canción y el nombre del grupo distinguirán cada ocurrencia que se de.

d. Un grupo se encuentra formado por una serie de personas. e. De los grupos almacenaremos su nombre, que servirá para distinguir las

ocurrencias, el número de componentes que tiene y la fecha de su creación. f. Y de las personas que componen un grupo, almacenaremos su DNI, nombre,

apellidos y fecha de nacimiento. Se pide realizar una análisis previo de la información y generar su correspondiente modelo Entidad-Relación.

2. Deseamos realizar el sistema de información para la gestión básica del personal de cualquier empresa. Para ello siempre se desprende que:

a. Una empresa está formada por departamentos. b. En esos departamentos trabajan empleados de tal forma que un departamento

está compuesto de muchos empleados los cuáles por norma general pertenecen a 1 solo departamento.

c. De un departamento vamos a guardar un código que lo identifique, su nombre, su presupuesto salarial y su número de empleados.

d. Acerca de los empleados almacenaremos su DNI que los van a identificar, su nombre, dos apellidos, dirección, municipio, teléfono, código postal, provincia y su nacionalidad.

e. Sabemos que todo empleado va a tener un tipo de características salariales, mismas características que puede tener más de un empleado.

f. De las características salariales vamos a guardar un código identificativo, el salario mínimo, el salario máximo y un campo que almacene el número de subordinados que tiene a su cargo.

g. Por otra parte, un empleado tiene un historial el cual solo pertenece a dicho empleado.

h. Del historial vamos a guardar un código identificativo, la fecha de creación que coincide con la fecha de contratación del empleado y el salario actual.

Se pide realizar una análisis previo de la información y generar su correspondiente modelo Entidad-Relación.




3. Se desea realizar el estudio inicial de un sistema de información para el software de un gestor de contenidos. Tras un breve boceto llegamos a las siguientes conclusiones:

a. El gestor va a estar formado menús. b. Un menú va a estar compuesto por una serie de elementos lo cuáles pueden

pertenecer a varios menús. c. Un elemento se integra en una sección que tendrá en su interior varios elementos. d. Cada una de esas secciones van a pertenecer a muchas categorías, categorías en

la cual pueden haber varias secciones. Se pide realizar un análisis previo de la información y generar su correspondiente modelo Entidad-Relación seleccionando los atributos que consideres oportunos.

SOLUCIÓN

Entidades Relaciones Grado Correspondencia

Menú – A A va a estar compuesto por B - R1 Grado 2 (N:M)

Elementos – B B se integra en C - R2 Grado 2 (N:1)

Secciones – C C van a pertenecer a D - R3 Grado 2 (N:M)

Categorías – D

Atributos

Menú CodMenu, Nombre, Descripcion, FechaCreacion

Elementos CodElemento, Nombre, Descripcion

Secciones CodSeccion, Nombre, Observaciones

Categorías CodCategoria, Nombre

R1 CodMenu, CodElemento

R2 CodElemento, CodSeccion

R3 CodSeccion, CodCategoria

Correspondencias

R1 R1 es de muchos a muchos pues un menú va a estar compuesto por muchos elementos y un elemento puede estar en muchos menús.

R2 R2 es de muchos a uno ya que un elemento se integra en una sección pero una sección va a integrar a muchos elementos.

R3 R3 es del tipo muchos a muchos debido a que una sección va a pertenecer a muchas categorías y una categoría va a pertenecer a muchas secciones.




4. Una empresa de alquiler de coches, dentro del contexto de información que maneja, sigue las siguientes premisas:

a. Posee una serie de modelos de coches, identificados por su matrícula. Deseamos guardar también el modelo, cilindrada, caballaje, numero de puertas, color y fecha de matriculación.

b. Cada modelo de coche pertenece a una marca de coches, que tienen varios modelos, y las marcas de coches se identifican por su nombre. Queremos guardar también el año de creación de la marca.

c. En Canarias, una marca de coches es vendida exclusivamente por un concesionario que puede distribuir varias marcas. Queremos saber el nombre del concesionario, dirección, tlf, cpostal, nombre y apellidos del propietario.

d. Para cada marca se dispone de un taller especializado, taller exclusivo para una marca. Queremos almacenar de esos talleres el nombre, la dirección, tlf, provincia y cpostal.

Se pide realizar un análisis previo de la información y generar su correspondiente modelo Entidad-Relación. SOLUCIÓN


Modelos – A A pertenece a B - R1 Grado 2 (N:1)

Marca – B B es vendida por C - R2 Grado 2 (N:1)

Concesionario – C B dispone de D - R3 Grado 2 (1:1)

Taller Espec. – D

Atributos

Modelos Matricula, modelo, cilindrada, caballos, npuertas, color, fmatricula

Marca Nombremarca, acreacion

Concesionario Nombreconcesionario, dirección, tlf, cpostal, nompropie, apepropie

Taller Espec. Nombretaller, dirección, tlf, provincia, cpostal

R1 Matricula, nombremarca

R2 Nombremarca, Nombreconcesionario

R3 Nombremarca, Nombretaller

Correspondencias

R1 R1 es de muchos a uno pues un modelo de coche pertenece a una marca y una marca tiene varios modelos de coches.

R2 R2 es de muchos a uno ya que una marca de coches es vendida por un concesionario además que un concesionario puede distribuir varias marcas de coche.

R3 R3 es del tipo uno a uno debido a que un concesionario dispone de un taller especializado y este taller especializado es exclusivo para una marca de coches.




5. Se va a realizar un estudio sobre medios de locomoción. Tras un análisis llegamos a las siguientes conclusiones:

a. Podemos tener medios con o sin motor. b. A su vez, en los medios con motor tenemos con o sin ruedas. c. Con ruedas que pueden dividirse en coches, motos y aviones. d. Sin ruedas en barcos, petroleros y yates. e. Medios sin motor pueden ser con ruedas y sin ruedas. f. Con ruedas pueden ser bicicletas, triciclos y patinetas. g. Sin ruedas pueden ser barcas y paracaídas.

Se pide realizar un análisis previo de la información y generar su correspondiente modelo Entidad-Relación seleccionando los atributos que consideres oportunos.

6. Se desea realizar un breve sistema de información sobre un 24 horas. Las características son:

- Se guarda información sobre los clientes a los que se fian. - Los clientes compran productos. De hecho un cliente compra muchos productos y

un producto puede ser comprado por muchos clientes. - Esos clientes pueden ser bebidas, productos de charcutería, productos de

limpieza, panes y bollerías y productos denominados diversos. - Los productos son distribuidos por proveedores. Un producto lo trae solo un

proveedor el cual puede traer múltiples productos. - Las bebidas pueden ser alcohólicas, refrescos, zumos y agua. - Sabemos que los zumos se realizan mediante frutas. Un zumo puede estar

compuesto por muchas frutas y una fruta puede estar en varios zumos distintos.

Se pide realizar un análisis previo de la información y generar su correspondiente modelo Entidad-Relación seleccionando los atributos que consideres oportunos.


Clientes – A A compran B - R1 Grado 2 (N:M)

Productos – B B son distribuidos por H - R2 Grado 2 (N:1)

Bebidas – C K se realizan mediante M - R3 Grado 2 (N:M)

Productos de Charcutería – D

Productos de Limpieza – E

Especializaciones

Panes y Bollerías - F B se especializa en C, D, E, F, G

Productos Diversos - G

C se especializa en I, J, K, L

Proveedores – H

Alcohólicas – I

Refrescos – J

Zumos - K




Agua – L

Frutas - M

Atributos

Correspondencias

R1 R1 es una relación de muchos a muchos pues un cliente puede comprar muchos productos y a la vez un producto puede ser comprado por muchos clientes.

R2 R2 es de muchos a uno puesto que un producto es distribuido solo por un proveedor pero este distribuye muchos productos.

R3 R3 es del tipo muchos a muchos ya que un zumo se realiza mediante muchas frutas y una fruta realiza muchos zumos.

7. Genera el modelo relacional correspondiente al modelo Entidad-Relación del Ejercicio 1.

8. Genera el modelo relacional correspondiente al modelo Entidad-Relación del Ejercicio 3. SOLUCIÓN

Tabla MENÚ - 1 Tabla SECCIONES - 2 Tabla ELEMENTOS - 3 CodMenu CodSeccion CodElemento Nombre Nombre Nombre Descripcion Observaciones Descripcion FechaCreacion CodSeccion

PK(CodMenu) PK(CodSeccion) PK(CodElemento)

FK(CodSeccion) -> SECCIONES(CodSeccion)

Tabla CATEGORÍAS - 4 Tabla VA A ESTAR COMPUESTO POR - 5

Tabla VAN A PERTENECER - 6

CodCategoria CodMenu CodSección Nombre CodElemento CodCategoría PK(CodCategoria) PK(CodMenu, CodElemento) PK(CodSeccion, CodCategoria)

FK(CodMenu) -> MENU(CodMenu)

FK(CodSeccion) -> SECCIONES(CodSeccion)

FK(CodElemento) -> ELEMENTOS(CodElemento)

FK(CodCategoria) -> CATEGORIAS(CodCategoria)




9. Genera el modelo relacional correspondiente al modelo Entidad-Relación del Ejercicio 4.

10. Se desea realizar un breve sistema de información para una empresa de fumigación. Las características son:

Dicha empresa va a realizar fumigaciones.

De cada fumigación vamos a guardar un código, la fecha, la hora, la duración del proceso y la duración de la limpieza producida.

Sabemos que una fumigación se realiza en una determinada posición y en esa posición se podrán hacer muchas fumigaciones.

De cada posición vamos a guardar su latitud y su longitud.

Dichas fumigaciones son realizadas por empleados sabiendo una fumigación la hace un solo empleado que puede hacer muchas fumigaciones.

De un empleado guardaremos su dni, nombre, apellidos y fecha de nacimiento.

Pero dentro de los empleados encontramos varios tipos pudiendo ser:

Genéricos que guardaremos el número de fumigaciones al dia que pueden hacer.

Aéreos indica la altura máxima a la que puede llegar la fumigación.

Insectólogos indica el número de m2 que fumiga en 1h.

Para los Insectólogos se sabe que utilizan Herramientas Subterráneas. Un insectólogo utilizará muchas herramientas que podrán ser utilizadas por muchos inséctologos.

De una herramienta guardaremos un código, un nombre y un detalle de su utilización.

Se pide realizar un análisis previo de la información y generar su correspondiente modelo Entidad-Relación así como a continuación su correspondiente modelo relacional.




11. Deseamos realizar el sistema de información sobre la red de bibliotecas del sureste de

la isla en la que confluyen inicialmente las siguientes circunstancias que luego se depurarán:

La red está formada por un conjunto de bibliotecas.

En dichas bibliotecas trabajan una serie de empleados, obviamente de manera exclusiva.

Las bibliotecas editan solamente con una serie de editoriales de tal forma que esa editorial no va a trabajar con otras bibliotecas.

Y en nuestras bibliotecas van a almacenarse muchos libros. A su vez esos libros pueden estar en otras bibliotecas. Para ello deberán estar publicados por otras editoriales evidentemente pues iría en contra de la premisa anteriormente citada.

A su vez sabemos que para esas editoriales trabajan muchos escritores los cuáles escriben para una sola editorial.

De igual forma también conocemos que un libro pertenece exclusivamente a un determinado género que lo conforma varios libros.

Se pide que generes el correspondiente modelo Entidad-Relación añadiendo los atributos que consideres necesarios y a continuación generes su correspondiente modelo relacional. SOLUCIÓN

Modelo ENTIDAD-RELACIÓN


Bibliotecas – A A trabajan B - R1 Grado 2 (1:N)

Empleados – B A editan con C - R2 Grado 2 (1:N)

Editoriales – C A van a almacenarse D - R3 Grado 2 (N:M)

Libros – D D deberán estar publicados por C - R4 Grado 2 (N:M)

Escritores – E E escriben para C - R5 Grado 2 (N:1)

Géneros - F D pertenece a F - R6 Grado 2 (N:1)

Atributos

Bibliotecas CodB, Nombre, Localidad, Cpostal

Empleados CodE, Nombre, Fnac

Editoriales CodD, Nombre, Provincia

Libros ISBN, Titulo

Escritores CodS, Nombre, Fnac

Género CodG, Nombre




R1 CodB, CodE

R2 CodB, CodD

R3 CodB, ISBN

R4 ISBN, CodD

R5 CodS, CodD

R6 ISBN, CodG

Correspondencias

Aquí iría la explicación de las correspondencias de las 6 relaciones propuestas.

Modelo RELACIONAL

Tabla BIBLIOTECAS 1 Tabla EMPLEADOS 2 Tabla EDITORIALES 3

CodB Nombre Localidad Cpostal PK(CodB)

CodE Nombre Fnac CodB PK(CodE) FK(CodB) -> BIBLIOTECAS(CodB)

CodD Nombre Provincia CodB PK(CodD) FK(CodB) -> BIBLIOTECAS(CodB)

Tabla LIBROS 6 Tabla ESCRITORES 5 Tabla GÉNEROS 4

ISBN Titulo CodG PK(ISBN) FK(CodG) -> GENEROS(CodG)

CodS Nombre Fnac CodD PK(CodS) FK(CodD) -> EDITORIALES(CodD)

CodG Nombre PK(CodG)

Tabla VAN A ALMACENARSE 7

Tabla DEBERÁN ESTAR PUBLICADOS POR 8

CodB ISBN PK(CodB, ISBN) FK(CodB) -> BIBLIOTECAS(CodB) FK(ISBN) -> LIBROS(ISBN)

ISBN CodD PK(ISBN, CodD) FK(ISBN) -> LIBROS(ISBN) FK(CodD) -> GENEROS(CodG)




12. Una tienda de ultramarinos desea iniciar la renovación de su sistema de información.

Para ello empieza a realizar el estudio de la composición de la tienda y se detecta que:

- En la tienda se venden distintos productos de distintos tipos. - Dentro de esos tipos vamos a destacar inicialmente Frutas, Bebidas, Carnes y

Pescados. - De los productos en general vamos a almacenar un código identificativo y su

nombre. - Posteriormente, de cada tipo de producto guardaremos su peso y fecha de

caducidad. - Sabemos que las carnes son distribuidos por varios proveedores de forma una

carne la distribuye un único proveedor el cual puede distribuir varias carnes. - De otro lado, sabemos que los pescados son capturados en distintos mares

dándose la situación que un pescado se podrá capturar en un solo mar pero en ese mar se podrán capturar varios pescados.

- De los proveedores guardaremos su código, nombre, código postal y tlf. - De los mares almacenaremos su código, nombre y extensión en m2.

Se pide realizar un análisis exhausto de la situación y generar su correspondiente modelo Entidad-Relación. Genera a continuación su modelo relacional.

13. Dado el siguiente modelo relacional, obtén su modelo entidad-relación correspondiente: Tabla A 1 Tabla B 2 Tabla C 6

A1 A2 A3 PK(A2)

B1 A2 B2 PK(A2)

C1 C2 C3 D1 D2 A2 PK(A2) FK(D1,D2) -> D(D1,D2)

Tabla D 5 Tabla E 3 Tabla F 4

D1 D2 D3 E2 PK(D1,D2) FK(E2) -> E(E2)

E1 E2 E3 PK(E2)

F1 F2 F3 A2 PK(F3) FK(A2) -> A(A2)




14. Dado el siguiente modelo relacional, obtén su modelo entidad-relación correspondiente:

Tabla A 1 Tabla B 2 Tabla C 3

A1 A2 A3 A4 PK(A2,A4)

B1 B2 B3 PK(B1)

C1 C2 C3 B1 PK(B1)


D1 D2 B1 PK(B1)

B1 A2 A4 PK(B1,A2,A4) FK(B1) -> F(B1) FK(A2,A4) -> A(A2,A4)

F1 B1 F2 F5 PK(B1)

Tabla G 6 Tabla H 5 Tabla I 8

G1 G2 B1 PK(G1) FK(B1) -> H(B1)

B1 H2 H3 H4 H5 PK(B1)

B1 G1 I2 I3 PK(B1,G1) FK(B1) -> B(B1) FK(G1) -> G(G1)





Tabla A Tabla B Tabla C

A1 A2 G3 PK(A1) FK(G3) -> G(G3)

B1 G3 B2 B3 PK(B3) FK(G3) -> F(G3)

C1 C2 C3 PK(C1,C2)

Tabla D Tabla E Tabla F

G3 C1 C2 PK(C1,C2,G3) FK(C1,C2) -> C(C1,C2) FK(G3) -> F(G3)

E1 E2 E3 E4 G3 PK(G3)

F1 G3 PK(G3)

Tabla G Tabla H Tabla I

G1 G2 G3 G4 PK(G3)

H1 H2 G3 PK(G3)

I1 I2 G3 PK(I1,I2,G3) FK(G3) –> H(G3)





Tabla A 6 Tabla B 5 Tabla C 1

A1 A2 A3 E2 PK(E2)

B1 B2 D1 D2 C2 PK(B2) FK(D2,D1) -> D(D2,D1) FK(C2) -> C(C2)

C3 C4 C2 C1 PK(C2)


D1 D2 D3 PK(D1,D2)

E1 E2 E3 PK(E2)

F1 F2 D1 D2 E1 PK(E1,D2,D1) FK(E1) -> E(E1) FK(D2,D1) -> D(D2,D1)

Tabla G 9 Tabla H 7 Tabla I 8

G1 G2 G3 G4 I1 PK(G2,G3) FK(I1) ->I(I1)

H1 H2 E2 PK(E2)

I1 I2 I3 E2 PK(I1) FK(E2) ->H(E2)




Dado el siguiente modelo relacional: Tabla FRUTAS 1 Tabla ZUMOS 2 Tabla COMPONEN 3

COD_FRUTA NOMBRE PESO PK(COD_FRUTA)

COD_ZUMO NOMBRE CALORIAS NUMI PK(COD_ZUMO)

COD_ZUMO COD_FRUTA PK(COD_ZUMO, COD_FRUTA) FK(COD_ZUMO) -> ZUMOS(COD_ZUMO) FK(COD_FRUTA) -> FRUTAS(COD_FRUTA)

17. Obtén la sentencia en algebra relacional para mostrar el código de las frutas cuyo peso está entre 60 y 100 gramos y el código de los zumos en los que participa es menor a 7.

18. Obtén la sentencia en algebra relacional para obtener el nombre de los zumos donde se usen frutas de peso superior a 100.

19. Obtén la sentencia en algebra relacional necesaria para mostrar el nombre de las frutas

de peso menor a 90 gramos que se utilicen en zumos que tengan entre 2 y 4 ingredientes.

20. Obtén la sentencia en álgebra relacional para mostrar el número de ingredientes de los

zumos que tengan menos de 200 calorías y tengan frutas cuyo peso es menor a 50 gramos y el código de la fruta es mayor a 12.

21. Obtén la sentencia en álgebra relacional para mostrar los nombres de las frutas de más

de 4 letras que pesen menos de 100 gramos. 22. Obtén la sentencia en álgebra relacional que muestre los nombres de los zumos que

utilicen frutas cuyo nombre de fruta empiece por „m‟ y tengan más de 3 letras. 23. Obtén la sentencia en álgebra relacional necesaria para mostrar el nombre de las

frutas, siempre que estas acaben en „a‟ y tengan más de 30 gramos de peso, frutas que estén en zumos de más de 100 calorías, formados por menos de 3 ingredientes y cuyo nombre de zumo tenga menos de 5 letras. (No igual o más de 5 letras)

A = ∂((FRUTAS.NOMBRE=”%a”) Y (FRUTAS.PESO>30))

(FRUTAS) B = ∂((ZUMOS.CALORIAS>100) Y (ZUMOS.NUMI<3) Y (ZUMOS.NOMBRE<>”_ _ _ _ _ %”))

(ZUMOS) C = (A x COMPONEN)(FRUTAS.COD_FRUTA = COMPONEN.COD_FRUTA) D = π COMPONEN.COD_ZUMO, FRUTAS.NOMBRE

(C)

E = (D x B)(COMPONEN.COD_ZUMO = ZUMOS.COD_ZUMO) F = π FRUTAS.NOMBRE

(E)




24. Obtén la sentencia en álgebra relacional necesaria para mostrar las calorías de los

zumos y su nombre siempre que estos estén formados por frutas de menos de 40 gramos y su nombre de fruta tenga 7 letras, la 2ª sea una a y la penúltima una n.

Dado el siguiente modelo relacional: Tabla BEBIDAS 1 Tabla SALUDABLES 2 Tabla REFRESCOS 3

CodB Nombre Cantidad TipoBebida PK(CodB)

ConLeche NumFrutas CodB PK(CodB)

ConGas Calorias CodB PK(CodB)

Tabla ALCOHÓLICAS 4 Tabla FRUTAS 5 Tabla COMPUESTAS 6

Grado CodB PK(CodB)

Nombre Peso CodF PK(CodF)

CodB CodF PK(CodB, CodF) FK(CodB) -> SALUDABLES(CodB) FK(CodF) -> FRUTAS(CodF)

25. Obtén la sentencia en álgebra relacional necesaria para mostrar el nombre de las bebidas que llevan “pera”. A = ∂(FRUTAS.NOMBRE=”PERA”)

(FRUTAS) B = (A x COMPUESTAS)(FRUTAS.CODF=COMPUESTAS.CODF) C = πCOMPUESTAS.CODB

(B) D = (C x SALUDABLES)(COMPUESTAS.CODB=SALUDABLES.CODB) E = πSALUDABLES.CODB

(D) F = (E x BEBIDAS)(SALUDABLES.CODB=BEBIDAS.CODB) G = πBEBIDAS.NOMBRE

(F)

26. Obtén la sentencia en álgebra relacional necesaria para mostrar el nombre de las bebidas alcohólicas de más de 3 grados que tengan una cantidad inferior a 1L. A = ∂(ALCOHOLICAS.GRADO>3)

(ALCOHOLICAS) B = (A x BEBIDAS)(ALCOHOLICAS.CODB=BEBIDAS.CODB) C = πBEBIDAS.NOMBRE, BEBIDAS.CANTIDAD

(B) D = ∂(BEBIDAS.CANTIDAD<1)

(C) E = πBEBIDAS.NOMBRE

(D)




27. Obtén la sentencia en álgebra relacional necesaria para mostrar el peso de las frutas

cuyo nombre tenga más de 4 letras y acabe en „a‟ y a su vez las frutas participen en bebidas que lleven leche y se vendan en formatos de más de 0‟75L. A = ∂(FRUTAS.NOMBRE=”_ _ _ _ % a”)

(FRUTAS) B = ∂(SALUDABLES.CONLECHE=”SI”)

(SALUDABLES) C = ∂(BEBIDAS.CANTIDAD>0‟75)

(BEBIDAS) D = (B x C)(SALUDABLES.CODB=BEBIDAS.CODB) E = πSALUDABLES.CODB

(D) F = (E x COMPUESTAS)(SALUDABLES.CODB=COMPUESTAS.CODB) G = πCOMPUESTAS.CODF

(F) H = (G x A)(COMPUESTAS.CODF=FRUTAS.CODF) I = πFRUTAS.PESO

(H)

28. Obtén la sentencia en algebra relacional para mostrar aquellos nombres de bebidas cuyo nombre tenga más de 6 letras, que el nombre contenga la palabra “cola”, que la bebida no tenga gas y tenga menos de 100 calorías y se venda en cantidades entre 0‟5L y 1L. A = ∂((BEBIDAS.NOMBRE=”%COLA%”) Y (BEBIDAS.NOMBRE=“_ _ _ _ _ _ _ %”) Y (BEBIDAS.CANTIDAD>=0‟5) Y

(BEBIDAS.CANTIDAD<=1))(BEBIDAS)

B = ∂((REFRESCOS.CONGAS=”NO”) Y (REFRESCOS.CALORIAS<100))(REFRESCOS)

C = (A x B)(BEBIDAS.CODB=REFRESCOS.CODB) D = πBEBIDAS.NOMBRE

(C)

29. Obtén la sentencia en algebra relacional para mostrar el nombre de las bebidas que tengan gas o lleven leche. A = ∂(REFRESCOS.CONGAS=”SI”)

(REFRESCOS) B = ∂(SALUDABLES.CONLECHE=”SI”)

(SALUDABLES) C = (A x BEBIDAS)(REFRESCOS.CODB=BEBIDAS.CODB) D = πBEBIDAS.NOMBRE

(C)

E = (B x BEBIDAS)(SALUDABLES.CODB=BEBIDAS.CODB) F = πBEBIDAS.NOMBRE

(E) G = D U F




30. Dada la tabla FOO(A, B, C, D), con la PK(B,C) y B -> A y C -> D, normaliza hasta la 2FN. ¿Está la tabla FOO en 1FN? [Para que una tabla se encuentre en 1FN se tiene que dar el hecho que todos los campos o atributos sean atómicos o no multivaluados. Un campo es atómico o no multivaluado cuando solo tiene un valor por registro.] = D1FN En este caso suponemos que la tabla FOO está en 1FN y que todos sus campos son atómicos. ¿Está la tabla FOO en 2FN? [Para que una tabla esté en 2FN se tiene que cumplir que dicha tabla esté en 1FN y además se cumpla una de las 2 siguientes condiciones: bien su PK sea simple o bien no tenga ningún atributo o campo que no pertenezca a la PK y venga determinada o dependa funcionalmente de un atributo o campo que pertenezca a la PK pero no sea la PK en su totalidad. También una tabla está en 2FN si no hay dependencias funcionales no triviales.] = D2FN Una dependencia funcional no trivial es aquella dependencia en la que el determinante no es la PK. Si observamos la tabla FOO, sabemos que está en 1FN. Y ahora observamos viendo sus campos así como las dependencias funcionales que tiene dicha tabla, que los campos que no pertenecen a la PK son A y D. Viendo la definición de 2FN, las dependencias funcionales y lo comentado anteriormente, vemos que en la tabla FOO, está el campo A que no pertenece a la PK y está determinado por B que pertenece a la PK pero no es la PK en su totalidad. Por lo tanto, la tabla FOO no se encuentra en 2FN y para su solución debemos realizar un corte sin pérdida de información. [Realizar un corte sin pérdida de información consiste en generar 2 nuevas tablas, que llamaremos FOO1 y FOO2. En FOO1 pondremos los campos que conforman la dependencia funcional y en FOO2 pondremos el determinante de la dependencia funcional y el resto de campos de la tabla original exceptuando el campo determinado en la dependencia funcional. La PK de la primera tabla será el determinante de la dependencia funcional y la PK de la segunda tabla será la PK de la tabla original de la que se realiza el corte sin pérdida de información. Tras el corte sin pérdida de información queda eliminada la tabla original así como la dependencia funcional en la que se ha basado el corte sin pérdida de información. Las posibles dependencias funcionales adicionales que existieran en la tabla original se incorporarán a la nueva tabla que tenga los campos en cuestión que participen.] = DCorte Realizando dichos comentarios, nos quedaría: Tabla FOO1 (B, A) con PK(B). Tabla FOO2 (B, C, D) con PK(B, C) y C -> D.




Ahora analizamos cada una nuevamente por separado. Tabla FOO1. ¿Está en 1FN? La definición es D1FN. La tabla FOO1 está en 1FN. ¿Está FOO1 en 2FN? La definición de 2FN es D2FN. Si, la tabla FOO1 está en 2FN pues no hay dependencias funcionales no triviales aparte de que la PK es simple.

Por tanto FOO1 está en 2FN y es una tabla normalizada.

Tabla FOO2. ¿Está en 1FN? La definición es D1FN. La tabla FOO2 está en 1FN. ¿Está FOO1 en 2FN? La definición es D2FN y viendo la dependencia funcional que hay, C -> D vemos que hay un campo que no pertenece a la PK, que es D, que viene determinado o depende funcionalmente de un atributo, C, el cual pertenece a la PK pero no es la PK en su totalidad. Por tanto, FOO2 no está en 2FN y para su solución debemos hacer un corte sin pérdida de información. Hacemos el corte con dicha dependencia siguiendo la definición DCOR. Nos quedan las tablas FOO21 y FOO22. Tabla FOO21 (C, D) con PK(C). Tabla FOO22 (B, C) con PK(B, C). Volvemos a analizar cada tabla individualmente. Tabla FOO21. ¿Está en 1FN? La definición es D1FN. La tabla FOO21 está en 1FN. ¿Está FOO21 en 2FN? La definición de 2FN es D2FN. Si, la tabla FOO21 está en 2FN pues no hay dependencias funcionales no triviales aparte de que la PK es simple.


Tabla FOO2. ¿Está en 1FN? La definición es D1FN. La tabla FOO22 está en 1FN. ¿Está FOO22 en 2FN? La definición de 2FN es D2FN. Si, la tabla FOO22 está en 2FN pues no hay dependencias funcionales no triviales.


Finalmente concluimos que el resultado de la normalización son las tablas:

Tabla FOO1 Tabla FOO21 Tabla FOO22

B A

PK(B)

C D

PK(C)

B C

PK(B,C)




31. Una famosa y conocida tienda de helados decide realizar un pre análisis de un posible

sistema de información a implantar en sus comercios. Tras su realización, detectan las siguientes características que a continuación pasamos a enunciar:

- Tenemos en la carta un conjunto de helados. De estos almacenaremos su código identificativo, su nombre comercial así como los días que dura dicho helado para ser consumido.

- Sabemos que estos helados se originan a partir de un único ingrediente principal el cual puede originar muchos helados.

- Del ingrediente principal queremos almacenar su nombre que les identificará y una abreviatura de 3 letras.

- A su vez sabemos que un helado tiene un solo ingrediente secundario dándose la circunstancia que dicho ingrediente puede ser secundario en varios helados.

- Igualmente, del ingrediente secundario deseamos saber el nombre de este que los identificará y la medida en gramos que se utiliza.

- A su vez sabemos que los ingredientes principales son utilizados para realizar vasitos. El hecho es que un ingrediente principal se utiliza para hacer varios vasitos y un vasito puede estar realizado por varios ingredientes principales.

- De un vasito guardaremos su código identificativo, su nombre, su peso en gramos, su fecha de caducidad y el número de días que está disponible para comer.

32. Se desea realizar un sistema de información que controle una parte de las funcionalidades de la liga de futbol profesional. Para ello queremos controlar los siguientes aspectos:

- Van a haber equipos de futbol. De estos queremos guardar un código que los identifique, su nombre, fecha de fundación (año, mes, día), número de socios, dirección de la sede, código postal de la sede y localidad de la sede.

- Por otra parte sabemos que estos equipos de futbol juegan en ciertas categorías , quedando claro que es solo una, jugando en una categoría varios equipos.

- De las categorías vamos a almacenar un código identificativo, una descripción y la fecha de su puesta en funcionamiento.

- Por otra parte tenemos el hecho de que una categoría tiene unos detalles de configuración, dándose el caso que esos detalles son exclusivos para esa categoría.

- Dichos detalles de configuración son un código nuevamente identificativo, el número de equipos que pertenecen a la categoría, la fecha de entrada de esa configuración y la fecha de baja de dicha configuración así como el dni del responsable de esa categoría.

- Por otra parte tenemos que en un equipo de futbol juegan muchos jugadores los cuales juegan a su vez en muchos equipos de fútbol.

- De los jugadores vamos a guardar su dni que los diferenciará, mote, nombre, apellidos, provincia de nacimiento, fecha de nacimiento así como fecha de debut.

- Ten en cuenta 2 aspectos. El primero de ellos es que un equipo pertenece a una categoría en una fecha concreta. Y otro detalle es que un jugador de fútbol juega en un equipo determinado en una fecha determinada.

Se pide realizar el análisis correspondiente así como implementar su modelo entidad- Relación así como su modelo relacional.




33. Dado el modelo relacional obtenido en el ejercicio 32, responde a las siguientes cuestiones en algebra relacional:

a. Obtener el nombre de los equipos donde haya jugado „Benja‟ antes del 1 de Enero de 2014.

b. Muestra la sentencia necesaria que indique el dni del responsable de la categoría cuya descripción acaba en o y tiene más de 6 caracteres, categoría en la cual juegue un equipo fundado antes del año 76 y en ese equipo haya jugadores de „Tomelloso‟.ç

34. Dada la siguiente tabla, FUU(A, B, C, D, E, F, G, H, I), con las siguientes características:

PK(H, I) CC(B, I)

(B, I) → E

H → A

I → C

Normaliza la tabla FUU.

Documents

MANUAL DE EJERCICIOS BAE TEMA 2