Práctica 1

MODELO ENTIDAD-RELACIÓN Y RELACIONAL

LABORATORIO DE TRATAMIENTO, ALMACENAMIENTO, VALIDACIÓN DE

DATOS Y GESTIÓN AUTOMATIZADA DE LA PRODUCCIÓN.

ESTUDIANTE:
- Roger M. Idrovo
 Práctica de Base de datos
1. Objetivo
En la realización de la primera práctica sobre bases de datos, aprenderás a:
 Obtener el modelo Entidad-Relación (metodología Chen).
 Obtener el modelo Relacional por transformación del modelo Entidad /
Relación.
 Obtener las llamadas SQL de creación de la base de datos física.

2. Descripción:
Se pide diseñar la base de datos de una aplicación de recogida de datos (medidas) de
una red de sensores multiparamétricos que permiten medir múltiples variables (físico-
químicas). Cada variable se mide con diferentes unidades. Además, se debe tener en
cuenta que:
 Los sensores pueden tener errores de medida
 Existe un sistema de validación de datos que comprueba su validez.
 Existe un sistema de reposición de datos que repone los datos no válidos.
 Los sensores se pueden estropear y no estar operativos temporalmente
mientras no sean reparados.
 Los sensores se pueden sustituir en caso de que no se puedan reparar.

3. Actividades:
Se piden realizar las siguientes actividades:

Parte a: obtención del modelo Entidad-Relación (metodología Chen) de la base de

datos asociada a la aplicación de recogida de datos de la red de sensores.

Ilustración 1 Modelo Entidad-Relación de la aplicación de recogida de datos.

DEPARTAMENTO DE INGENIERIA ELÉCTRICA 1

Parte b: Obtención del modelo Relacional por transformación del modelo Entidad /
Relación.

El procedimiento para transformar el modelo Entidad/Relación al modelo relacional es

primero identificar las entidades fuertes y débiles para convertirlas en tablas, donde cada
columna de dichas tablas corresponderán a los atributos de cada entidad, empezando por
el atributo principal, también llamado “Principal Key”.

Teniendo en cuenta el modelo entidad/relación de la ilustración 1, podemos observar que

la entidad “sensores” es una entidad fuerte, la cual contiene atributos tales como ID_sensor
(Key attribute), Datos de instalación, Operativos, Estado y su equivalente en el modelo
relacional es como se muestra a continuación:

Tabla 1. Equivalente de la entidad “sensores” en el modelo relacional.

Datos de
ID_sensor Operativos Estado
Instalación

De igual manera, se definen las tablas de las entidades débiles “Variables” y “Medidas” pero
la diferencia es que se adicionará una columna al final de la tabla, de tal manera que se
logra identificar la entidad precedente, donde la Principal Key estará formada por el
descriminador y la Foreign Key.
Para la entidad débil “Variables”, se tiene a la entidad “Sensores” como entidad precedente,
la cuál será la Foreign Key. La tabla que representa a la entidad “Variable” se muestra a
continuación:
Tabla 2 Equivalente de la entidad “variables” en el modelo relacional.

ID_Variables Unidades Sensores_ID_Sensor

Para la entidad “Medidas”, se tiene a la entidad “Variables” como entidad precedente, la

cuál será la Foreign Key. La tabla que representa a la entidad “Medidas” se muestra a
continuación:
Tabla 3 Equivalente de la entidad “medidas” en el modelo relacional.

ID_Medidas Valor Valor Error Hora Fecha Variables_ID_Variables

Bruto Corregido medida Medida

DEPARTAMENTO DE INGENIERIA ELÉCTRICA 2

 Ilustración 2 Modelo Relacional de la aplicación de recogida de datos.

b) Obtención de las llamadas SQL de creación de la base de datos física.

Ilustración 3 Código SQL de la tabla Variables.

Ilustración 4 Código SQL de la tabla Medidas.

DEPARTAMENTO DE INGENIERIA ELÉCTRICA 3

 Ilustración 5 Código SQL de la tabla Sensores.

Ilustración 6 Modelo Relacional creado en Access.

DEPARTAMENTO DE INGENIERIA ELÉCTRICA 4