Modelo relacional

José Gilberto Rincon

Febrero 2019
Fundación universitaria Panamericana.
Ingeniería de sistemas
Análisis y diseño de bases de datos
 Tabla de Contenido ii

1. Normalización.
1.1. Primera forma normal (1FN)
1.2. Segunda forma normal (2FN)
1.3. Tercera forma normal (3FN)
2. Llaves candidatas y primarias.
3. Modelo relacional.
4. Atributos (Monovaluados y Multivaluados).
5. Pasos para pasar un modelo entidad relación a modelo relacional.
6. Algebra relacional de bases de datos.
6.1. Proyección
6.2. Selección
6.3. Unión
7. Integridad referencial y calidad de información.
8. Referencia de cardinalidad mínima.
 1. Normalización 1

La normalización consiste en desarrollar una estructura eficiente de los datos basado en una base

de datos de forma que permita evitar la redundancia en los mismos, anomalías en la

actualización, mejorar la independencia de los datos permitiendo realizar extensiones de las

bases de datos, afectando poco o nada los programas que acceden a ella.

En el proceso de normalización, al aplicar una forma normal determinada, las tablas resultantes

de dicha descomposición deben conservar las dependencias funcionales en la relación original,

no se puede perder la dependencia en el proceso de normalización.

1.1.Primera forma normal

Es primera forma en la cual se evalúa las condiciones de la información que se va a registrar en

nuestra base de datos.

La primera forma normal indica que los dominios de atributos deben ser atómicos no pueden

almacenar más de un tipo de información de manera simultánea, tampoco pueden existir

relaciones anidadas, y se debe seleccionar una clave principal para toda la tabla.

1.2.Segunda forma normal

En la segunda forma normal los atributos deben tener dependencia funcional plena o completa,

se deben separar los valores repetitivos de los otros y cada valor del atributo de una tabla X le

corresponde un único valor del atributo Y, incluso puede haber atributos complejos. Se deben

tener llaves candidatas.

 2

1.3.Tercera forma normal

Una relación estará en tercera forma normal cuando ningún atributo pueda depender

transitivamente de la clave principal, quiere decir que ningún atributo depende funcionalmente

de otros atributos que no sean clave, se deben separar los atributos, además los campos

calculados no se almacenan. Se encuentra basada en el concepto de dependencia funcional

transitiva.

2. Llaves candidatas y llaves primarias

Llaves candidatas: Es un atributo o conjunto de atributos que tiene la propiedad de identificar

unívocamente a una tupla dentro de la relación. Es decir, con una llave candidata se puede

conocer la llave primaria.

Llave primaria: Es un conjunto de uno o más atributos de una tabla que tomados

colectivamente permite identificar un registro como único.

3. Modelo relacional

Un modelo relacional representa una base de datos como un conjunto de relaciones, tablas

formadas por filas y columnas. Los nombres de las tablas y columnas ayudan a la interpretación

del significado de los valores que se encuentran en las filas.

 4. Atributos (Monovaluados y Multivalorados) 3

Los atributos monovaluados son aquellos que únicamente pueden tener un valor.

Los atributos multivaluados, pueden tener múltiples valores, o valores diferentes en un mismo

campo.

5. Pasos para pasar un modelo entidad relación a modelo relacional.

Paso 1, transformación de entidades.

• Para cada tipo normal (no débil) de entidad E del modelo ERE se define una relación R.
• En la relación R se incluyen todos los atributos simples de E.
• Se incluyen en R los atributos simples que sean componentes de los atributos
compuestos.
• Se eligen todos los atributos clave de E como atributos claves de R

Paso 2 Transformación de entidades débiles

• Para cada entidad débil D del modelo ERE y su respectivo vínculo con su entidad
propietaria E se define una relación R.
• La relación R tiene todos los atributos de la entidad débil D más los atributos que
conforman la clave primaria de la entidad propietaria E.
• La clave primaria de la relación R está formada por los atributos de la clave primaria de
la entidad propietaria E más los atributos de la clave parcial de D

Paso 3. Transformación de vínculos en1: N

• Para cada vinculo 1: N entre dos entidades (no débiles) E y F donde F está del lado N del
vínculo, se añade a la relación correspondiente a la entidad F de alguna de las entidades
la clave primaria de la otra entidad relacionada.

Paso 4. Transformación de vínculos 1:1

• Para cada vinculo 1:1 entre dos entidades (no débiles) E y F se añade a la relación de
alguna de las entidades, a modo de clave foránea, la clave primaria de la otra entidad
relacionada.
• Se especifica una restricción que define que la clave foránea añadida debe ser única (no
se puede repetir, porque de hacerlo entonces sería una relación 1: N
Paso 5. Transformación de vínculos M:N 4

• Para cada vinculo M: N entre dos entidades se crea una relación R.

• Los atributos de la relación R serán las claves primarias de las entidades relacionadas más
los atributos propios del vínculo.
• La clave primaria de la relación R será el conjunto de todos los atributos que sean claves
primarias de las entidades relacionadas.

Paso 6. Transformación de atributos Multivaluados

• Para cada atributo multivaluado se creará una relación R.

• Los atributos de la relación R serán la clave primaria de las entidades a la cual pertenece
el atributo multivaluado más el (o los) atributos correspondientes al atributo
multivaluado.
• La clave primaria de la relación R será la clave primaria de la entidad a la cual pertenece
el atributo multivaluado más el (o los) atributos correspondientes al atributo multivaluado

Paso 7. Transformación de vínculos n-arios

• Para cada vinculo M: N entre tres o más entidades se crea una relación R.
• Los atributos de la relación R serán las claves primarias de todas las entidades
relacionadas más los atributos propios del vínculo.
• La clave primaria de la relación R será el conjunto de todos los atributos que sean claves
primarias de todas las entidades relacionadas.

Paso 8. Transformación de una generalización

• Estrategia 1: Crear una relación R para la entidad padre E y una relación Ri para cada
entidad especializada E
- La relación R tiene todos los atributos de la entidad E.
- Cada relación Ri tiene todos los atributos de la entidad Ei correspondiente.
- Todas las relaciones (tanto R como cada Ri ) comparten la misma clave primaria de la
entidad padre E.
• Estrategia 2: Crear una relación Ri para cada entidad especializada Ei.
- Cada relación Ri tiene todos los atributos de la entidad Ei correspondiente más los
atributos de la entidad padre E.
- La clave primaria de cada relación Ri es la clave primaria de la entidad padre E.
• Estrategia 3: Utilizar una misma relación R para la entidad padre E y para las entidades
especializadas E.
- La relación R tiene todos los atributos de la entidad padre E más todos los atributos
todas las entidades especializadas E.
- Se crea un atributo adicional que define el “tipo” de entidad Ei que representa una
tupla en particular.
 - Aplica sólo a casos donde las subclases son disjuntas. 5
• Estrategia 4: Utilizar una misma relación R para la entidad padre E y para las entidades
especializadas Ei. (Similar a la estrategia 3).
- La relación R tiene todos los atributos de la entidad padre E más todos los atributos
todas las entidades especializadas Ei. (Similar a 3)
- Se crea un atributo booleano adicional por cada entidad especializada que define si
una tupla en particular pertenece dicha entidad.

Paso 9. Transformación de una categorización

• Caso 1: Las superclases de la categoría tienen diferentes claves primarias.

- Se crea una relación R que corresponda a la categoría y se asigna una clave sustituta
arbitraria.
- Se añade la clave sustituta a modo de clave foránea a cada una de las relaciones Ri
que correspondan a las superclases de la categoría.
• Caso 2: Las superclases de la categoría tienen la misma clave primaria.
- Se crea una relación R que corresponda a la categoría y se le asigna como atributo de
clave primaria la clave común a todas las superclases de la categoría.

6. Algebra relacional de bases de datos.

El álgebra relacional es un lenguaje que tiene operandos y operadores. Los operandos

representan las relaciones y con los operadores permitirán realizar procesos para poder manipular

y operar con las relaciones en una base de datos.

Las operaciones del álgebra relacional obtienen como resultado una nueva relación, sin cambiar

las relaciones originales.

Existen numerosos criterios a la hora de clasificar las operaciones, según se puedan definir o no,

según el número de relaciones, según se parecen o no.

6.1.Proyección

Esta es una operación unaria que permite tomar un conjunto de atributos (columnas) de una

relación. Puesto que la relación es un conjunto, devolvería todas las filas duplicadas.
La proyección se denota con la letra griega «pi» (π) y los atributos que se desean tener se 6

colocan como subíndice de la letra pi.

Ejemplo

Para conocer el nombre y el teléfono de todos los profesores de informática se representaría

de la siguiente manera:

π NOMBRE_PROF, TELEFONO_PROF (PROFESORES)

6.2.Selección

Esta operación unaria consiste en seleccionar tuplas (filas) que satisfacen una condición

determinada. Se representa la operación de selección mediante la letra griega sigma (σ).

Ejemplo:

Para representar una selección de los profesores cuya especialidad es informática, se realizaría de

la siguiente manera:

σ PROFE_ESPECIALI= “INFORMATICA” (ESPECIALIDAD)

Si se desea representar una selección para profesores cuya especialidad es la informática

y que sean mayores de 30 años, se realizaría así:

σ PROFE_ESPECIALI= “INFORMATICA”^EDAD>30 (ESPECIALIDAD)

6.3.Unión

Esta operación binaria muestra el resultado de la unión de los elementos de

dos relaciones. Estas dos relaciones deben ser compatibles, es decir:

• Deben tener el mismo número de atributos.

 • Los dominios de los atributos deben ser compatibles. 7

Se representa la operación de unión con la letra u (U).

Ejemplo

Si hay una tabla de profesores y otra de colaboradores, donde los profesores y colaboradores

pueden ser los mismos y se desea averiguar cuales están en ambos grupos, se llevara a cabo de la

siguiente forma a través de una unión de tablas.

π NOMBRE_PROF(PROFESORES) U π NOMBRE_COL(COLABORADORES)

7. Integridad referencial y calidad de información

La integridad referencial asegura que las modificaciones hechas por los usuarios autorizados no

provoquen perdida o provoque inconsistencia en la información, para ello se crean restricciones

que protejan dicha integridad contra daños accidentales.

La calidad de la información refiere que la información sea concisa, mantener una buena calidad

de información evita que las empresas tomen malas decisiones, para ello se requiere exactitud,

integridad, relevancia, coherencia de los datos.

8. Referencia de cardinalidad mínima

Es el mínimo número de asociaciones que una instancia (fila) de una entidad (tabla) puede

presentar en una relación conocida con otra entidad.

En donde (1:n) la cardinalidad mínima es 1, (1:1) la cardinalidad mínima es 1.

 8

Actividad :

Caso 1

Caso Humana Vivir no normalizado

numero_cita, fecha_hora_cita, medico, centro_medico, direccion_centro_medico,

ciudad_centro_medico, telefono_centro_medico, especialidad, id_paciente, nombre_paciente,

sexo, direccion, ciudad_paciente, telefono_paciente, numero_historia, diagnostico, tratamiento

FN1

Citas (numero_cita, fecha_hora_cita, medico, centro_medico, direccion_centro_medico,

ciudad_centro_medico, telefono_centro_medico, especialidad, id_paciente, nombre_paciente,

sexo, direccion, ciudad_paciente, telefono_paciente, numero_historia)

Historias (numero_historia, diagnostico, tratamiento)

FN2

Citas (numero_cita, fecha_hora_cita, medico, centro_medico, direccion_centro_medico,

ciudad_centro_medico, telefono_centro_medico, codigo_especialidad, id_paciente,

nombre_paciente, sexo, direccion, ciudad, telefono, numero_historia)

Historias (numero_historia, diagnostico, tratamiento)

Especialidades (codigo_especialidad, nombre_especialidad)

FN3 9

Citas (numero_cita, fecha_hora_cita, codigo_medico, codigo_centro_medico,

codigo_especialidad, id_paciente)

Historias (numero_historia, diagnostico, tratamiento)

Especialidades (codigo_especialidad, nombre_especialidad)

Medicos (codigo_medico,nombre_medico)

CentroMedico (codigo_centro_medico, nombre, direccion_centro_medico,

ciudad_centro_medico, telefono_centro_medico)

Pacientes (id_paciente, nombre_paciente, sexo, direccion, ciudad, telefono, numero_historia)

FN Boyce Codd

Citas (numero_cita, fecha_hora_cita, codigo_medico, codigo_centro_medico,

codigo_especialidad, id_paciente,)

Historias (numero_historia, CodigoDiagnostico, tratamiento)

Especialidades (codigo_especialidad, nombre_especialidad)

Medicos (codigo_medico, nombre_medico)

Centro_Medico (codigo_centro_medico, nombre, direccion_centro_medico, CodigoCiudad,

telefono_centro_medico)

Pacientes (id_paciente, nombre_paciente, sexo, direccion, CodigoCiudad, telefono,

numero_historia)

Ciudad (CodigoCiudad, NombreCiudad)

Diagnostico (CodigoDiagnostico, NombreDiagnostico)

10
 11

Caso 2

Proyectos docentes no normalizado

NumeroProyecto, CodigoDocente, Docente, Especialidad, Justificacion, Objetivos, Alcance,

ProductosObtener, LineaInteres

FN1

Proyectos (NumeroProyecto, CodigoDocente, Docente, Especialidad, Justificacion, Objetivos,

Alcance, ProductosObtener, CodigoLinea)

LineasInteres (CodigoLinea, LineaInteres)

FN2

Proyectos (NumeroProyecto, CodigoDocente, Docente, Especialidad, Justificacion, Objetivos,

Alcance, CodigoProducto, CodigoLinea)

LineasInteres (CodigoLinea, LineaInteres

ProductosObtener (CodigoProducto, Nombre)

FN3

Proyectos (NumeroProyecto, CodigoDocente, Justificacion, CodigoObjetivo, Alcance,

CodigoProducto, CodigoLinea)

LineasInteres (CodigoLinea, LineaInteres

ProductosObtener (CodigoProducto, Nombre)

Docente (CodigoDocente, Docente, Especialidad)

Objetivos (CodigoObjetivo, Objetivo) 12
2. FLOTA DE AUTOMOVILES 13

Caso de uso

Modelo ER
 14

Modelo Relacional