Beruflich Dokumente
Kultur Dokumente
DISTRIBUIDAS – EJERCICIOS
DISEÑ
DISEÑO DE UNA BASE DE DATOS
DISTRIBUIDA:
GRUPO DE RADIODIFUSIÓ
RADIODIFUSIÓN SUPERSOUND
-2
1
SUPUESTO PRÁCTICO –
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 autonomía local a
las emisoras, sabiendo que el funcionamiento de la empresa es el
siguiente:
Las sedes se identifican mediante su código de emisora, que es 001, 002 y
003 respectivamente.
Cada emisora tiene un nombre y una dirección.
En cada emisora trabajan varios locutores, que sólo colaboran en una
emisora.
-3
SUPUESTO PRÁCTICO –
ENUNCIADO (II)
La empresa guarda los siguientes datos de cada locutor: código, DNI,
nombre, teléfono, tono de voz, timbre de voz y horas de emisión por
semana.
En la sede 001 se trabaja en colaboración con una escuela de doblaje. Por
esta razón en ella se guardan datos sobre las características de la voz de los
locutores de GRS (tono, timbre), así como de su experiencia (horas de
emisión por semana)
Cada emisora difunde una serie de programas de ámbito local. Dichos
programas son exclusiva de cada emisora. Sobre ellos existe un código, una
descripción, un día a la semana y una hora de emisión. Además, 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 línea editorial.
Diferentes anunciantes pueden publicitarse dentro de cada programa,
estableciéndose un precio fijo por programa y anunciante. Un anunciante
tiene un CIF que lo identifica, un nombre y una descripción del negocio que
maneja.
-4
2
SUPUESTO PRÁCTICO -
ENUNCIADO (y III)
Se pide:
Realizar el diseño centralizado puro de la BD
Producto generado: Esquema E/R
Identificar los sitios de distribución (SEDES) y sus respectivos roles
Producto generado: Tabla de sedes y roles
Analizar qué distribuir (identificación accesos frecuentes, etc)
Producto generado: Resumen del análisis
Fragmentación
Producto generado: Esquema de fragmentación
Asignación de fragmentos a los sitios
Producto generado: Esquema de asignación
Replicación
Producto generado: Esquema de replicación
-5
trabaja 1:N
tiene_
PROGRAMA anunciante
N:M
LOCUTOR
MUSICAL NOTICIERO
-6
3
SOLUCIÓN: MODELO LÓGICO
-7
SOLUCIÓN: IDENTIFICACIÓN
DE SEDES
3 SEDES ALMACENAMIENTO:
-8
4
SOLUCIÓN: ANÁLISIS DE LOS
DATOS
Asignación inicial
Fragmentos de cada relación en todas las sedes, conteniendo sólo
datos locales.
Relación Emisora completa en todas las sedes
Atributos de Empleado sólo accedidos en la sucursal 001:
TONO_VOZ, TIMBRE_VOZ, HORAS_SEMANALES
-9
SOLUCIÓN:
FRAGMENTACIÓN (I)
Criterio de fragmentación: independencia local de cada
emisora con respecto a sus datos.
- 10
5
SOLUCIÓN:
FRAGMENTACIÓN (y II)
RELACIÓN PROGRAMA: horizontal primaria
PROGRAMA_i = σ cod_emisora = ‘i’ PROGRAMA
donde i = {001,002,003}
- 11
SOLUCIÓN:
FRAGMENTACIÓN (y III)
- 12
6
SOLUCIÓN: ESQUEMA DE
ASIGNACIÓN
LOCUTOR_ESCUELA LOCUTOR_ESCUELA
EMISORA EMISORA
- 13
- 14
7
SOLUCIÓN: ESQUEMA DE
REPLICACIÓN
EMISORA 001 EMISORA 002 EMISORA 003
LOCUTOR_ESCUELA LOCUTOR_ESCUELA
- 15
DISEÑ
DISEÑO DE UNA BASE DE DATOS
DISTRIBUIDA:
REPARACIONES MARTÍ
MARTÍNEZ Y ASOCIADOS, S. L.
- 16
8
SUPUESTO PRÁCTICO –
ENUNCIADO (I)
La empresa Reparaciones Martínez y Asociados, S. L. (Repamar S.L.)
desea diseñar e implementar una base de datos distribuida para gestionar
el personal que tiene empleado, los datos de clientes, y la información
sobre los automóviles que repara en cada una de sus franquicias. Los
datos de las diferentes franquicias estarán almacenados en cuatro
localidades dependiendo de la ciudad en la que esté ubicada la misma.
B S
V Z
- 17
SUPUESTO PRÁCTICO –
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
- 18
9
SUPUESTO PRÁCTICO –
ENUNCIADO (III)
Los talleres trabajan con sólo dos tipos de vehículos: utilitarios o todo
terrenos. Los vehículos que pasan por taller pueden asociarse a más de un
cliente y un cliente puede tener más de un vehículo. Cada vehículo se
identifica por un número de matrícula. La empresa mantiene para cada
vehículo la fecha de compra, las fechas en las que el vehículo fue llevado a
reparar, el tipo de reparación, las observaciones y el precio de la reparación.
Así pues, cada reparación es única para un determinado vehículo. Además,
para cada vehículo utilitario se almacena el número de puertas, mientras que
para cada todo terreno se guarda el número de defensas.
- 19
SUPUESTO PRÁCTICO –
ENUNCIADO (IV)
Los clientes de Repamar S.L. se identifican mediante un código de cliente.
La empresa almacena para cada cliente el DNI, el nombre, la ciudad donde
reside y los números de matrícula de los vehículos que posee.
- 20
10
SUPUESTO PRÁCTICO –
ENUNCIADO (y V)
Se pide:
Realizar el diseño centralizado puro de la BD
Producto generado: Esquema E/R
Identificar los sitios de distribución (SEDES) y sus respectivos roles
Producto generado: Tabla de sedes y roles
Analizar qué distribuir (identificación accesos frecuentes, etc)
Producto generado: Resumen del análisis
Fragmentación
Producto generado: Esquema de fragmentación
Asignación de fragmentos a los sitios
Producto generado: Esquema de asignación
Replicación
Producto generado: Esquema de replicación
- 22
11
SOLUCIÓN: IDENTIFICACIÓN
DE SEDES
4 SEDES ALMACENAMIENTO:
- 23
- 24
12
SOLUCIÓN:
FRAGMENTACIÓN (I)
Criterio de fragmentación: ubicación cercana de
los datos respecto a donde son consultados.
FRAGMENTACIÓN:
RELACIÓN TALLER: horizontal
TALLER_i = σ localidad = ‘i’ (TALLER), donde i = {V,B,Z,S}
- 25
SOLUCIÓN:
FRAGMENTACIÓN (II)
RELACIÓN VEHICULO: horizontal derivada
VEHICULO_i = VEHICULO TALLER_i
cod_taller
donde i = {V,B,Z,S}
RELACIÓN REPARACION: horizontal derivada
REPARACION_i = REPARACION VEHICULO_i
num_matricula
donde i = {V,B,Z,S}
donde i = {V,B,Z,S}
RELACIÓN CLIENTE: horizontal derivada
CLIENTE_i = CLIENTE POSEE_VEHICULO_i
cod_cliente
donde i = {V,B,Z,S}
- 26
13
SOLUCIÓN: REPLICACIÓN (I)
Análisis de la conveniencia de replicación.
Relaciones EMP_SEDE, EMP_ESTADISTISCAS y TALLER: pocas
actualizaciones.
Relación CLIENTE: baja frecuencia de modificaciones.
Relación POSEE_VEHICULO: la relación sufre pocas
actualizaciones.
Relación VEHICULO: actualización baja.
Relación REPARACION: muy susceptible de modificación.
Criticidad de sus datos. Alta disponibilidad.
- 27
EMP_ESTADISTICAS EMP_ESTADISTICAS - - -
- 28
14