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: