trigonometria ejercicios resueltos · Ejercicios de trigonometría resueltos TIMONMATE
38724959 Bdd Ejercicios Resueltos 1
-
Upload
enriques36 -
Category
Documents
-
view
787 -
download
74
Transcript of 38724959 Bdd Ejercicios Resueltos 1
-
1BASES DE DATOS DISTRIBUIDAS EJERCICIOS
BASES DE DATOS AVANZADASDEPARTAMENTO DE INFORMTICA
BDA INGENIERA TCNICA EN INFORMTICA DE GESTIN G11
- 2
SUPUESTOS PRCTICOS (1)
DISEDISEO DE UNA BASE DE DATOS O DE UNA BASE DE DATOS DISTRIBUIDA:DISTRIBUIDA:
GRUPO DE RADIODIFUSIGRUPO DE RADIODIFUSIN SUPERSOUNDN SUPERSOUND
-
2- 3
SUPUESTO PRCTICO ENUNCIADO (I)
El grupo de comunicaciones por radio Supersound (GRS) cuenta con 3 emisoras locales en la Comunidad. En cada una de ellas se emiten varios programas, que cuentan con diferentes anunciantes. En cada emisora una serie de locutores dirigen los programas.
Se desea modelar una base de datos distribuida que gestione los datos que maneja GRS, de manera que se dote de la mayor autonoma local a las emisoras, sabiendo que el funcionamiento de la empresa es elsiguiente: Las sedes se identifican mediante su cdigo de emisora, que es 001, 002 y
003 respectivamente. Cada emisora tiene un nombre y una direccin. En cada emisora trabajan varios locutores, que slo colaboran en una
emisora.
- 4
SUPUESTO PRCTICO ENUNCIADO (II)
La empresa guarda los siguientes datos de cada locutor: cdigo, DNI, nombre, telfono, tono de voz, timbre de voz y horas de emisin por semana.
En la sede 001 se trabaja en colaboracin con una escuela de doblaje. Por esta razn en ella se guardan datos sobre las caractersticas de la voz de los locutores de GRS (tono, timbre), as como de su experiencia (horas de emisin por semana)
Cada emisora difunde una serie de programas de mbito local. Dichos programas son exclusiva de cada emisora. Sobre ellos existe un cdigo, una descripcin, un da a la semana y una hora de emisin. Adems, un programa puede ser musical o noticiero. En el primer caso se guardar el estilo musical, y en caso de ser noticiero se conservar su lnea editorial.
Diferentes anunciantes pueden publicitarse dentro de cada programa, establecindose un precio fijo por programa y anunciante. Un anunciante tiene un CIF que lo identifica, un nombre y una descripcin del negocio que maneja.
-
3- 5
SUPUESTO PRCTICO -ENUNCIADO (y III)
Se pide: Realizar el diseo centralizado puro de la BD
Producto generado: Esquema E/R Identificar los sitios de distribucin (SEDES) y sus respectivos roles
Producto generado: Tabla de sedes y roles Analizar qu distribuir (identificacin accesos frecuentes, etc)
Producto generado: Resumen del anlisis Fragmentacin
Producto generado: Esquema de fragmentacin Asignacin de fragmentos a los sitios
Producto generado: Esquema de asignacin Replicacin
Producto generado: Esquema de replicacin
Justificar las decisiones tomadas en cada paso
- 6
SOLUCIN: ESQUEMA E/R
LOCUTOR
EMISORA
PROGRAMA
ANUNCIANTE
NOTICIEROMUSICAL
trabaja
emite
tiene_anunciante
1:N
1:N
N:M
-
4- 7
SOLUCIN: MODELO LGICO
- 8
SOLUCIN: IDENTIFICACIN DE SEDES
3 SEDES ALMACENAMIENTO:
CODIGO_EMISORA=001 CODIGO_EMISORA=002 CODIGO_EMISORA = 003
SEDE 1 (CENTRAL): ROLES: DOBLAJE y EMISORA COD_EMISORA = 001.
SEDES 2 Y 3. ROL: EMISORA COD_EMISORA = 002 y 003
ROLES
-
5- 9
SOLUCIN: ANLISIS DE LOS DATOS
Identificacin de requisitos de distribucin Operaciones mayoritariamente sobre datos locales. Una sede accede a determinados atributos de Locutor para gestin de
escuela de doblaje . Datos de Emisora poco dinmicos (baja actualizacin) y escasos.
Asignacin inicial Fragmentos de cada relacin en todas las sedes, conteniendo slo
datos locales. Relacin Emisora completa en todas las sedes Atributos de Empleado slo accedidos en la sucursal 001:
TONO_VOZ, TIMBRE_VOZ, HORAS_SEMANALES
- 10
SOLUCIN: FRAGMENTACIN (I)
Criterio de fragmentacin: independencia local de cada emisora con respecto a sus datos.
RELACIN EMISORA: no se fragmenta
RELACIN LOCUTOR: vertical y horizontal
LOCUTOR_ESCUELA=cod_locutor, tonovoz, timbrevoz, horas_semana (LOCUTOR)
LOCUTOR_EMISORA=cod_locutor, cod_emisora, nombre, dni, telefono(LOCUTOR)
LOCUTOR_EMISORA_i = cod_emisora = i LOCUTOR_EMISORAdonde i = {001,002,003}
-
6- 11
SOLUCIN: FRAGMENTACIN (y II)
RELACIN PROGRAMA: horizontal primariaPROGRAMA_i = cod_emisora = i PROGRAMA
donde i = {001,002,003}
RELACIN TIENE_ANUNCIANTE: horizontal derivadaTIENE_ANUNCIANTE_i = TIENE_ANUNCIANTE PROGRAMA_i
donde i = {001,002,003}
RELACIN ANUNCIANTE: horizontal derivadaANUNCIANTE_i = ANUNCIANTE TIENE_ANUNCIANTE_i
donde i = {001,002,003}
cod_programa
CIF
- 12
SOLUCIN: FRAGMENTACIN (y III)
003E
002D
002C
001B
001A
Cod_EmCod_Pro
RELACIN PROGRAMA
NE
MD
MC
LC
JBKA
JACIFCod_Pro
RELACIN TIENE_ANUNCIANTE
N
..M
..L
..K
..J.CIF
RELACIN ANUNCIANTE
-
7- 13
SOLUCIN: ESQUEMA DE ASIGNACIN
TIENE_ANUNCIANTE_003TIENE_ANUNCIANTE_002TIENE_ANUNCIANTE_001TIENE_ANUNCIANTE
ANUNCIANTE_003ANUNCIANTE_002ANUNCIANTE_001ANUNCIANTE
PROGRAMA_003PROGRAMA_002PROGRAMA_001PROGRAMA
EMISORAEMISORA
LOCUTOR_EMISORA_003LOCUTOR_EMISORA_002LOCUTOR_EMISORA_001LOCUTOR_EMISORA
LOCUTOR_ESCUELALOCUTOR_ESCUELA
EMISORA 003EMISORA 002EMISORA 001
- 14
SOLUCIN: REPLICACIN (I) Anlisis de la conveniencia de replicacin.
Relaciones LOCUTOR_EMISORA y, LOCUTOR_ESCUELA : algunas actualizaciones.
Relacin EMISORA: pocos datos y pocas actualizaciones. Relacin ANUNCIANTE: algunas modificaciones. Relacin TIENE_ANUNCIANTE: la relacin sufre algunas
actualizaciones. En general: datos poco crticos
El Administrador de la BD toma la decisin de replicar las relaciones/fragmentos con baja necesidad de actualizacin
-
8- 15
SOLUCIN: ESQUEMA DE REPLICACIN
TIENE_ANUNCIANTE_003TIENE_ANUNCIANTE_002TIENE_ANUNCIANTE_001TIENE_ANUNCIANTE
ANUNCIANTE_003ANUNCIANTE_002ANUNCIANTE_001ANUNCIANTE
PROGRAMA_003PROGRAMA_002PROGRAMA_001PROGRAMA
R_EMISORAR_EMISORAEMISORAEMISORA
LOCUTOR_EMISORA_003LOCUTOR_EMISORA_002LOCUTOR_EMISORA_001LOCUTOR_EMISORA
LOCUTOR_ESCUELALOCUTOR_ESCUELA
EMISORA 003EMISORA 002EMISORA 001
- 16
SUPUESTOS PRCTICOS (2)
DISEDISEO DE UNA BASE DE DATOS O DE UNA BASE DE DATOS DISTRIBUIDA:DISTRIBUIDA:
REPARACIONES MARTREPARACIONES MARTNEZ Y ASOCIADOS, S. L.NEZ Y ASOCIADOS, S. L.
-
9- 17
SUPUESTO PRCTICO ENUNCIADO (I)
La empresa Reparaciones Martnez y Asociados, S. L. (Repamar S.L.) desea disear e implementar una base de datos distribuida para gestionar el personal que tiene empleado, los datos de clientes, y la informacin sobre los automviles que repara en cada una de sus franquicias. Los datos de las diferentes franquicias estarn almacenados en cuatro localidades dependiendo de la ciudad en la que est ubicada la misma.
Las localidades de almacenamiento sern: Valladolid (para franquicias de Valladolid y Palencia), Burgos (para talleres de Burgos y Soria), Zamora (para talleres de Zamora y Salamanca) y Segovia (para franquicias de Segovia y vila).
VS
ZB
- 18
SUPUESTO PRCTICO ENUNCIADO (II)
La siguiente lista de especificaciones describe los principales requisitos de funcionamiento de Repamar S.L.: Cada franquicia o taller est ubicado en una localidad, se identifica con un
cdigo nico, tiene un nombre y un director que es empleado del taller. El personal contratado por la empresa se identifica mediante un cdigo de
empleado que mantendrn mientras trabajen en dicha empresa independientemente del taller al que estn asignados. La Administracin almacena para cada empleado el DNI, el nombre, el nmero de telfono, la fecha de comienzo de contrato, el salario y la franquicia en la que trabaja. Cada empleado slo puede estar asignado a un taller.
-
10
- 19
SUPUESTO PRCTICO ENUNCIADO (III)
Los talleres trabajan con slo dos tipos de vehculos: utilitarios o todo terrenos. Los vehculos que pasan por taller pueden asociarse a ms de un cliente y un cliente puede tener ms de un vehculo. Cada vehculo se identifica por un nmero de matrcula. La empresa mantiene para cada vehculo la fecha de compra, las fechas en las que el vehculo fue llevado a reparar, el tipo de reparacin, las observaciones y el precio de la reparacin. As pues, cada reparacin es nica para un determinado vehculo. Adems, para cada vehculo utilitario se almacena el nmero de puertas, mientras que para cada todo terreno se guarda el nmero de defensas.
Considrese tambin que cuando el cliente lleva a reparar a un taller un nuevo vehculo y ste se da de alta en la Base de Datos, se vincula el automvil a dicho taller de la red de franquicias. Esto no impide que el cliente pueda llevar despus su vehculo a reparar a otros talleres, sin embargo ya no es relevante almacenar en qu taller se llevan a cabo sucesivas reparaciones.
- 20
SUPUESTO PRCTICO ENUNCIADO (IV)
Los clientes de Repamar S.L. se identifican mediante un cdigo de cliente. La empresa almacena para cada cliente el DNI, el nombre, la ciudad donde reside y los nmeros de matrcula de los vehculos que posee.
Adems, en las franquicias de Valladolid se elaboran estudios estadsticos acerca de la movilidad de los empleados de la empresa, para lo cual necesitan sus datos de fecha de inicio de contrato y de salario.
-
11
- 21
SUPUESTO PRCTICO ENUNCIADO (y V)
Se pide: Realizar el diseo centralizado puro de la BD
Producto generado: Esquema E/R Identificar los sitios de distribucin (SEDES) y sus respectivos roles
Producto generado: Tabla de sedes y roles Analizar qu distribuir (identificacin accesos frecuentes, etc)
Producto generado: Resumen del anlisis Fragmentacin
Producto generado: Esquema de fragmentacin Asignacin de fragmentos a los sitios
Producto generado: Esquema de asignacin Replicacin
Producto generado: Esquema de replicacin
Justificar las decisiones tomadas en cada paso
- 22
SOLUCIN: MODELO LGICO
-
12
- 23
SOLUCIN: IDENTIFICACIN DE SEDES
4 SEDES ALMACENAMIENTO:
VALLADOLID BURGOS ZAMORA SEGOVIAVALLADOLID Y PALENCIA BURGOS Y SORIA ZAMORA Y SALAMANCA SEGOVIA Y VILA
SEDE 1: CENTRAL. ROLES: ESTADSTICAS y SEDE VALLADOLID: sede de franquicia y gestin estadstica.
SEDES 2, 3 Y 4. ROL: SEDE BURGOS, ZAMORA y SEGOVIA: sedes de franquicia.
ROLES
- 24
SOLUCIN: ANLISIS DE LOS DATOS
Identificacin de requisitos de distribucin Operaciones mayoritariamente sobre datos locales. Una sede accede a determinados atributos de Empleado para estudio
estadstico. Principalmente, actualizaciones de Reparaciones y consultas en el
resto de relaciones. Asignacin inicial
Fragmentos de cada relacin en todas las sedes, conteniendo slo datos locales.
Atributos de Empleado slo accedidos en la sede de Valladolid:FECHA_INICIO, SALARIO
-
13
- 25
SOLUCIN: FRAGMENTACIN (I)
Criterio de fragmentacin: ubicacin cercana de los datos respecto a donde son consultados.
FRAGMENTACIN: RELACIN TALLER: horizontal
TALLER_i = localidad = i (TALLER), donde i = {V,B,Z,S}
RELACIN EMPLEADO: vertical y horizontal derivada
EMPLEADO_SEDE=cod_empleado, cod_taller, nombre, dni, telefono(EMPLEADO)EMPLEADO_ESTADISTICAS=cod_empleado, fecha_inicio, salario (EMPLEADO)EMPLEADO_SEDE_i = EMPLEADO_SEDE TALLER_i
donde i = {V,B,Z,S}cod_taller
- 26
SOLUCIN: FRAGMENTACIN (II)
RELACIN VEHICULO: horizontal derivadaVEHICULO_i = VEHICULO TALLER_i
donde i = {V,B,Z,S} RELACIN REPARACION: horizontal derivada
REPARACION_i = REPARACION VEHICULO_idonde i = {V,B,Z,S}
RELACIN POSEE_VEHICULO: horizontal derivadaPOSEE_VEHICULO_i = POSEE_VEHICULO VEHICULO_i
donde i = {V,B,Z,S} RELACIN CLIENTE: horizontal derivada
CLIENTE_i = CLIENTE POSEE_VEHICULO_idonde i = {V,B,Z,S}
cod_taller
num_matricula
num_matricula
cod_cliente
-
14
- 27
SOLUCIN: REPLICACIN (I) Anlisis de la conveniencia de replicacin.
Relaciones EMP_SEDE, EMP_ESTADISTISCAS y TALLER: pocas actualizaciones.
Relacin CLIENTE: baja frecuencia de modificaciones. Relacin POSEE_VEHICULO: la relacin sufre pocas
actualizaciones. Relacin VEHICULO: actualizacin baja. Relacin REPARACION: muy susceptible de modificacin.
Criticidad de sus datos. Alta disponibilidad.
Decisin de rplica de los fragmentos con baja necesidad de actualizacin y de los que se tiene alto requerimiento de disponibilidad.
- 28
SOLUCIN: REPLICACIN (II)
R_CLIENTE_SR_CLIENTE_ZR_CLIENTE_BCLIENTE_VCLIENTE
R_ POSEE_VEHICULO_SR_ POSEE_VEHICULO_ZR_ POSEE_VEHICULO_BPOSEE_VEHICULO_VPOSEE_VEHICULO
R_REPARACIONR_REPARACIONR_REPARACIONREPARACION_VREPARACION
R_VEHICULO_SR_VEHICULO_ZR_VEHICULO_BVEHICULO_VVEHICULO
R_EMP_SEDE_SR_EMP_SEDE_ZR_EMP_SEDE_BEMP_SEDE_VEMP_SEDE
---EMP_ESTADISTICASEMP_ESTADISTICAS
R_TALLER_SR_TALLER_ZR_TALLER_BTALLER_VTALLER
RPLICASFRAGMENTOS ORIGINALES
RELACIN
VALLADOLID
Ejemplo de esquema de replicacin en la sede Valladolid: