Diferència entre revisions de la pàgina «M2 - Bases de dades / UF1NF3: Exercicis Normalitzacio»
(→Normalització 6) |
(→Normalització 8) |
||
| (3 revisions intermèdies per un altre usuari que no es mostra) | |||
| Línia 67: | Línia 67: | ||
==Normalització 6== | ==Normalització 6== | ||
| − | Es vol fer la base de dades d'un videoclub ( | + | Es vol fer la base de dades d'un videoclub (aquell lloc on antigament s'agafaven pelicules). Cada client (del que tenim les seves dades personals) pot agafar diferents DVD al mateix temps o en dies diferents. El videoclub te un numero determinat de DVD de cada pelicula. I cada pelicula está categoritzada i protagonitzada per un actor del qual volem saber el seu nom i data de naixament. |
| − | Quan alquilem un DVD haurem d'enregistrar la data d'extracció i devolució i el preu. | + | Quan alquilem un DVD haurem d'enregistrar la data d'extracció i devolució i el preu. Saplica una penalitzció per cada DVD no retornat a temps. |
Davant d’aquesta situació, el responsable informàtic de l’associació, que no coneix el model Entitat-Relació, ha decidit considerar la relació universal següent: | Davant d’aquesta situació, el responsable informàtic de l’associació, que no coneix el model Entitat-Relació, ha decidit considerar la relació universal següent: | ||
| − | Alquiler(cod_alquiler,cod_cliente,nom_cliente,dir_cliente,tel_cliente,cod_dvd,fecha_alquiler,fecha_dev,valor_alquiler,cod_dvd,num_copias,formato_dvd,cod_pelicula,titulo,categoria,cod_actor,nombre_actor,fechanaci_actor) | + | Alquiler(cod_alquiler,cod_cliente,nom_cliente,dir_cliente,tel_cliente,cod_dvd,fecha_alquiler,fecha_dev,valor_alquiler,penalitzacio,cod_dvd,num_copias,formato_dvd,cod_pelicula,titulo,categoria,cod_actor,nombre_actor,fechanaci_actor) |
==Normalització 7== | ==Normalització 7== | ||
| Línia 79: | Línia 79: | ||
[[Fitxer:tabla_periodica_esquema.png]] | [[Fitxer:tabla_periodica_esquema.png]] | ||
| + | |||
| + | |||
| + | ==Normalització 8== | ||
| + | Se desea diseñar una base de datos sobre la información de las reservas de una empresa dedicada al alquiler de automóviles. Los supuestos son los siguientes: | ||
| + | |||
| + | Un determinado cliente puede tener en un momento dado varias reservas | ||
| + | |||
| + | De cada cliente se desea almacenar su DNI, nombre, dirección y teléfono. | ||
| + | |||
| + | Una reserva la realiza un único cliente, pero puede involucrar a varios coches. | ||
| + | |||
| + | Es importante registrar la fecha de comienzo de la reserva y la de terminación. | ||
| + | |||
| + | Todo coche tiene siempre asignado un determinado garaje, que no puede cambiar. Del coche, interesa su matrícula, marca, modelo i color. Del garaje su dirección i metros cuadrados. Las diferentes plazas de cada garaje se asignan a los coches en función de la ocupación del mismo. | ||
| + | |||
| + | Cada reserva se realiza en una agencia determinada y la codificación de las mismas es propia de cada agencia. De estas, se quire tener constancia de su dirección y teléfono. | ||
| + | |||
| + | En la base de datos pueden existir clientes que no hayan hecho ninguna reserva. | ||
| + | |||
| + | Las entidades cliente, coche, agencia y garaje tienen una clave alfanumérica que las identifica unívocamente. | ||
| + | |||
| + | Interesa conocer los km de inicio y km finales que ha realizado cada coche en cada reserva. | ||
| + | |||
| + | Cada cliente puede ser avalado por otro cliente de la empresa. | ||
| + | |||
| + | reserves(dni,nom, cognom, telefon, avalat_per, um_reserva, data_inici_reserva, data_fi_reserva, km_inici_reserva_cotxe, km_fi_reserva_cotxe, id_agencia, adreça_agencia, telefon_agencia, matricula_cotxe, marca, model, color, id_garatge, adreça,m2) | ||
Revisió de 13:01, 25 gen 2021
Contingut
Normalització 1
L’objectiu d’aquesta activitat és obtenir un disseny correcte a partir d’una relació universal tot aplicant els processos de normalització.
Considereu la relació universal formada pels atributs Assig (assignatura), Aula, Alum (alumne), Prof (professor), Hora i Nota (qualificació).
Se sap que cada assignatura té un únic professor; una aula, en un moment determinat, només pot estar ocupada per una única assignatura, i per cada assignatura hi ha una qualificació.
A partir de la relació universal, dissenyeu l’esquema de dependències funcionals i apliqueu el procés de normalització fins a assolir les relacions en cinquena forma normal. Indiqueu en quin moment s’assoleixen les diferents formes normals.
Normalització 2
L’objectiu d’aquesta activitat és obtenir un disseny correcte a partir d’una relació universal tot aplicant els processos de normalització.
Una federació esportiva vol informatitzar les dades dels esportistes federats, els quals han de ser, obligatòriament, membres d’algun club esportiu. A aquest efecte, es considera que els esportistes estan identificats per un número de federat i poden haver estat en diferents clubs, identificats per un codi, diverses vegades. A part, cada esportista ha passat, al llarg de la seva història, per diferents categories.
Evidentment, també interessa el nom, l’adreça i la ciutat de residència de l’esportista i del club. Ah! les ciutats estan codificades i tenen un nom que no les identifica.
Davant d’aquesta situació, el responsable informàtic de la federació, que no coneix el model Entitat-Relació, ha decidit considerar la relació universal:
UNIVERSAL (NúmEsp, NomEsp, DirEsp, CodCiuEsp, NomCiuEsp, DataIniClub, DataFiClub, CodClub, NomClub, DirClub, CodCiuClub, NomCiuClub, DataIniCat, DataFiCat, Categoria)
i normalitzar-la, però necessita ajuda.
El podeu ajudar a dissenyar l’esquema de dependències funcionals i aplicar el procés de normalització fins a assolir les relacions en cinquena forma normal. Indiqueu en quin moment s’assoleixen les diferents formes normals.
Abreviatures: Esp (esportista); Dir (direcció); Ciu (ciutat); Cat (categoria)
Normalització 3
L’objectiu d’aquesta activitat és obtenir un disseny correcte a partir d’una relació universal tot aplicant els processos de normalització.
Una associació d’escoles vol informatitzar les dades dels alumnes matriculats en les escoles membres al llarg de la seva història. A aquest efecte, es considera que els alumnes estan identificats per un DNI i es poden matricular d’un curs determinat en diferents escoles, identificades per un codi, per seguir-hi diferents tipus d’estudis, els quals s’identifiquen per un mateix codi en totes les escoles. També interessa saber, per a cada curs, en quin únic nivell d’aquells estudis està matriculat, el grup i l’aula, considerant que cada grup d’un nivell determinat, en cada curs, té assignada una única aula.
Evidentment, també interessa el nom, l’adreça i la ciutat de residència actuals de l’alumne i de l’escola, i el nom dels estudis. Ah, les ciutats estan codificades i tenen un nom que no les identifica.
Davant d’aquesta situació, el responsable informàtic de l’associació, que no coneix el model Entitat-Relació, ha decidit considerar la relació universal següent:
UNIVERSAL (DNIAlu, NomAlu, AdrAlu, CodCiuAlu, NomCiuAlu, CodEsc, NomEsc, AdrEsc, CodCiuEsc, NomCiuEsc, CodEst, NomEst, Nivell, Grup, Aula, Curs)
i normalitzar-la, però necessita ajuda.
El podeu ajudar a dissenyar l’esquema de dependències funcionals i aplicar el procés de normalització fins a assolir les relacions en cinquena forma normal. Indiqueu en quin moment s’assoleixen les diferents formes normals.
Abreviatures: Alu (alumne); Adr (adreça); Ciu (ciutat); Esc (escola); Est (estudis)
Normalització 4
Es vol realitzar una base de dades del Inserso per mantenir un control dels usuaris que van a cadascuna de les activitats organitzades. Cada pensionista esta identificat amb el seu nom i te unes necessitats particulars. Les enfermeres poden ferse carrec de diferents pensionistes a la vegada sempre que estiguin fent les mateixes activitats. Durant un mateix viatge es poden fer una serie d'activitats en una hora determinada. Els jubitals no han de fer totes les activitats, només aquelles en las que s'han apuntat previament.
Davant d’aquesta situació, el responsable informàtic de l’associació, que no coneix el model Entitat-Relació, ha decidit considerar la relació universal següent:
INSERSO (id_viaje,destino, precio,nombre_enfermera, telefono_enefermera, nombre_pensionista,edad_pensionista, necesidades_pensionista, actividad,hora_actividad)
Normalització 5
En un aeroport es realitzen diferents viatges en funció d'uns vols programats que es repeteixen freqüentment. En cada viatge, es vol saber qui será el pilot, copilot, tripulació (varis), l'origen i el destí que será sempre el mateix definit pel vol que s'esta realitzant.
En un viatge hi han varis membres de la tripulació i un pilot i copilot dels quals es vol saber les hores de vol que ha fet cadascun.
Davant d’aquesta situació, el responsable informàtic de l’associació, que no coneix el model Entitat-Relació, ha decidit considerar la relació universal següent:
AVIONES(cod_aeropuerto, ciudad_aeropuerto,codiavión,tipoAvion,codpiloto,nombre,horasDeVuelo, codTripulacion,nombreTripulacion, numvuelo,origen,destino,horavuelo, num_viaje, diaViaje)
Normalització 6
Es vol fer la base de dades d'un videoclub (aquell lloc on antigament s'agafaven pelicules). Cada client (del que tenim les seves dades personals) pot agafar diferents DVD al mateix temps o en dies diferents. El videoclub te un numero determinat de DVD de cada pelicula. I cada pelicula está categoritzada i protagonitzada per un actor del qual volem saber el seu nom i data de naixament.
Quan alquilem un DVD haurem d'enregistrar la data d'extracció i devolució i el preu. Saplica una penalitzció per cada DVD no retornat a temps.
Davant d’aquesta situació, el responsable informàtic de l’associació, que no coneix el model Entitat-Relació, ha decidit considerar la relació universal següent:
Alquiler(cod_alquiler,cod_cliente,nom_cliente,dir_cliente,tel_cliente,cod_dvd,fecha_alquiler,fecha_dev,valor_alquiler,penalitzacio,cod_dvd,num_copias,formato_dvd,cod_pelicula,titulo,categoria,cod_actor,nombre_actor,fechanaci_actor)
Normalització 7
Analitzeu el següent diagrama. Convertiu-lo al model relacional i transformeu-lo a la 3FN
Normalització 8
Se desea diseñar una base de datos sobre la información de las reservas de una empresa dedicada al alquiler de automóviles. Los supuestos son los siguientes:
Un determinado cliente puede tener en un momento dado varias reservas
De cada cliente se desea almacenar su DNI, nombre, dirección y teléfono.
Una reserva la realiza un único cliente, pero puede involucrar a varios coches.
Es importante registrar la fecha de comienzo de la reserva y la de terminación.
Todo coche tiene siempre asignado un determinado garaje, que no puede cambiar. Del coche, interesa su matrícula, marca, modelo i color. Del garaje su dirección i metros cuadrados. Las diferentes plazas de cada garaje se asignan a los coches en función de la ocupación del mismo.
Cada reserva se realiza en una agencia determinada y la codificación de las mismas es propia de cada agencia. De estas, se quire tener constancia de su dirección y teléfono.
En la base de datos pueden existir clientes que no hayan hecho ninguna reserva.
Las entidades cliente, coche, agencia y garaje tienen una clave alfanumérica que las identifica unívocamente.
Interesa conocer los km de inicio y km finales que ha realizado cada coche en cada reserva.
Cada cliente puede ser avalado por otro cliente de la empresa.
reserves(dni,nom, cognom, telefon, avalat_per, um_reserva, data_inici_reserva, data_fi_reserva, km_inici_reserva_cotxe, km_fi_reserva_cotxe, id_agencia, adreça_agencia, telefon_agencia, matricula_cotxe, marca, model, color, id_garatge, adreça,m2)
