Base de

Datos
UNIDAD 2
BASE DE DATOS
RELACIONALES

1
Se prohíbe la reproducción total o parcial de esta obra, por
cualquier medio, electrónico o mecánico sin la autorización de
la Dirección de Educación a Distancia (UDB virtual).

Dirección de Educación a Distancia

Apartado Postal, 1874, San Salvador, El Salvador
Tel: 2251-8200 ext: 1743

2
 Sumario

Atributos .......................................................................................... 5
Representación de Atributos ............................................................ 6
Elementos básicos de Modelado. ...................................................... 5
Dominio de los atributos................................................................... 7
Atributos compuestos y atómicos ..................................................... 8
Atributos Mono Valor y Multi Valor ................................................... 9
Atributos derivados ........................................................................ 10
Diagrama entidad – relación (ER) ................................................... 13
Herramientas de modelado conceptual ........................................... 13
Modelo Relacional ........................................................................... 13
Componentes del modelo ER .......................................................... 14
Instalar software Día ...................................................................... 15
Aplicaciones ................................................................................... 15
Componentes del modelo relacional ............................................... 17
Tipos de datos ................................................................................ 18
Tabla .............................................................................................. 18
Tuplas............................................................................................... 1
Campos........................................................................................... 18
Campos candidatos ......................................................................... 19
Llave foránea .................................................................................. 19
Llave Primaria ................................................................................ 19
Relaciones entre tablas .................................................................. 19
Propiedades de las
relaciones…………………………………………………................................21
Estructura de datos relacional……………………………………………….….21
Cardinalidad de las relaciones ........................................................ 22
Tipos de relaciones ......................................................................... 22
Fundamentos y reglas de la normalización ..................................... 28
Normalización................................................................................. 28
Reglas de normalización ................................................................. 28
¿Por qué normalizar?...................................................................... 28
Primera forma normal .................................................................... 29
Segunda Forma normal................................................................... 31
Tercera Forma Normal .................................................................... 32
Otras Formas de Normalización ...................................................... 33
Normalización de una tabla (ejemplo) ............................................ 35

3
En la unidad I se presentaron los conceptos fundamentales a cerca de las bases de datos
(BD), ya que es necesario en primera instancia familiarizarnos con la terminología que
se utilizara a lo largo del curso, entender cual es la importancia de implementar una base
de datos para las empresas, cuáles son los componentes de las bases de datos y cuál
es la importancia de realizar un levantamiento de requisitos de usuarios para un sistema
de bases de datos.

Posterior a eso, ahora en esta Unidad II, se dará el siguiente paso que es de vital
importancia para poder implementar un sistema de base de datos, este paso
corresponde al diseño de una base de datos relacional, para ello trataremos los
siguientes temas: Elementos básicos del modelado, modelo relacional, Estructura de
datos relacional y Normalización.

Clase 5 | Elementos básicos

de Modelado.
1. Atributos
En la unidad I ya aprendimos a como modelar una base, desde su modelo conceptual
el cual está compuesto por entidades, atributos y relaciones, hasta su implementación
física (creación de tablas y sus relaciones) de una manera general. Es ahí donde
aprendimos con la ayuda de un asistente a crear una base de datos la cual contenía
tablas, que a su vez contenían campos (características que determinan el tipo de
valor que será almacenado en él, permite establecer si será primario, foráneo, si
permitirá nulidad o no, entre otros).

Pues bien, ahora en esta unidad profundizaremos sobre este tema, iniciamos
haciéndonos algunas preguntas como: ¿de dónde salieron las Tablas?, estas salieron
del levantamiento del requerimiento, solo que en ese paso no eran llamadas tablas,
sino entidades, ¿de dónde entonces nacen las entidades?, pues, estas son creadas

4
al conocer el proceso al cual se está analizando para, finalmente, convertirlo en una
aplicación, tener en cuenta que cuando se conoce el proceso, es como un relato en
donde las entidades van apareciendo de una en una, y pueda que haya entidades
que no se mezclan con otras, las relaciones de una entidad con otra están regidas
por el proceso.

Entonces dado lo anterior tenemos otras preguntas que hacernos: ¿todas las
entidades son tablas?, correcto, y ¿todas las tablas son entidades?, no
necesariamente, ¿cómo así?, lo que sucede es que, al relacionarse una entidad con
otra, también se generan tablas, hoy si conocemos de donde se generan todas las
Tablas, este término (tabla) es el que nos interesa, ya que los atributos están
directamente atados a estas, pongamos un ejemplo para aclararlo:
Un Carro es una entidad, este a la vez es una Tabla, los atributos vienen a ser
aquellas características propias de las tablas, en este ejemplo serian: Color, Marca,
Modelo, Placa, Chasis, son atributos que representan de forma conceptual a un
campo que estará contenido dentro de una tabla y en el cual se almacenará un valor
que representar un dato. Dado esta analogía podremos entonces decir que un
atributo que este contenido dentro de una entidad se convertirá en un campo dentro
de una tabla.

1.1. Representación de Atributos

A nivel visual, se identifica por círculos alrededor de las entidades, ver la siguiente
figura:

5
 Figura 16: Representación de Atributos
Fuente: Elaboración Propia

1.2. Dominio de los atributos

Según Capacho & Wilson (2017), el dominio es el conjunto de valores que pueden
contener los atributos, esto significa que son los posibles valores que pueden ser
almacenados, por ejemplo, si se tiene una entidad ESTUDIANTE el dominio del
atributo edad tomara un valor entero como 17,18,19, etc., este dato representa la
edad del estudiante, ahora veamos qué tipos de dominio podemos encontramos o
existen:
 Enteros
 Cadenas de texto
 Fecha
Esto es un ámbito macro, ya que por cada uno de estos existe una derivación, la cual
tiene su propia característica, y se detalla cuando elegimos el motor de base de datos.
Para comprender mejor, si definimos que el dominio de un atributo es un entero, lo
estamos delimitando a que tendrá solo números, esto quiere decir que el atributo no
admitirá cadenas de texto y fechas.

6
Estos conceptos son los mayores alcances que se llega en el diseño conceptual.
Cuando hablamos de una derivación del dominio ya lo hacemos considerando el
motor de base de datos, lo que lleva a un mayor nivel, ya que, si bien es cierto que a
nivel macro se habla del mismo concepto, a nivel de detalle en el motor son distintos
veamos un ejemplo:
Si hablamos de un Entero a nivel general, cuando lo configuramos para la base de
datos Sql Server podría ser “int” a diferencia de Oracle que sería un “number”, pero
la cosa no termina ahí, ya que, para las bases de datos, este tipo de dominio tiene
una mayor distribución, retomando Sql Server como ejemplo, un Entero puede ser
bigint, int, smallint, tinyint, decimal, numeric, etc., cada una de ellas, provee al
dominio una característica más delimitada.

1.3. Atributos compuestos y atómicos

Ya vimos que los atributos son las características de la entidad. Ahora conoceremos
que existen 2 tipos de atributos:
 Atributos Atómicos, estos son conocidos como atributos simples, como
ejemplo podemos mencionar el atributo “Género”, este es un atributo que como
valor solo podría tener Masculino o Femenino.
 Atributos Compuestos, estos atributos dan la idea de que su valor podría
subdividirse, ejemplo atributo “Nombre”, este atributo podría tener una
subdivisión como, “Primer Nombre”, “Segundo Nombre”, “Primer Apellido” y
“Segundo Apellido”, ver figura 17.

7
 Figura 17: Atributo Compuesto
Fuente: Elaboración Propia

1.4. Atributos Mono Valor y Multi Valor

Cuando hablamos de Mono valor y Multi valor nos referimos a los valores que el
atributo podrá contener, por ejemplo:
 El atributo Mono valor nos da la idea de que contendrá un solo valor, ejemplo:
“Fecha de Contratación”, el valor que podrá contener es una fecha en especial.
 El Multi valor, nos indica que podrá contener varios valores, ejemplo:
“Correo Electrónico”, los valores que podría contener, sería un Correo
Personal o Un Correo Institucional.
La representación Gráfica de un multi valor es diferente a la de mono valor, pues, como
vimos en el párrafo anterior, este último contiene varios valores y es representado por
ello con un doble rombo, para no confundirlos, ver figura 18.

8
 Figura 18: Atributo Mono y Multi Valor
Fuente: Elaboración Propia

1.5. Atributos derivados

El Atributo derivado es todo aquel dato que se crea a partir de la información de otro
atributo, uno de los ejemplos más usados es la edad, ya que la edad se calcula a
partir de otro atributo llamado fecha de nacimiento, otro atributo que tiene esa misma
lógica seria antigüedad, esta se calcula a partir del atributo fecha de ingreso, la
representatividad gráfica son elipses discontinuas, ver figura 19.

Figura 19: Atributos Derivados

Fuente: Elaboración Propia

9
 1.6. Atributos Claves
Estos Atributos son los más fundamentales, al realizar el análisis de la Información
de la Entidad, deben de tener la característica de que sus datos sean únicos, esto
quiere decir que sus valores no pueden repetirse, estos al pasar a un esquema de
bases de datos, se convierten o se consideran como las llaves primarias, por eso es
muy fundamental, identificarlas de forma correcta, la representatividad gráfica es que
aparecen subrayadas, como puede apreciarse en la figura 20.

Figura 20: Atributos Clave

Fuente: Elaboración Propia

En la figura 20, podemos apreciar que aparecen dos atributos como atributo clave
(ambos se encuentran subrayados), esto se debe a que ambos cumplen el requisito de
que sus valores son únicos y no se repiten por lo que cualquiera de ellos sería la llave
primaria al convertirse en tabla, entonces ¿de qué dependerá que uno de los dos
atributos se convierta en llave primaria?, pues, esto va a depender de qué tipo de sistema
o aplicación se está desarrollando, si la aplicación es para un taller, la placa es la
indicada, pero si el sistema es para una venta de vehículos nuevos, tendría que ser el
chasis, ya que la placa no se posee en todo el proceso.

10
Para consulta de más ejemplos referentes a la clasificación
de los tipos de atributos y su dominio favor consultar a
Merchán (2016, pp. 41-49), en el siguiente
enlace:http://publicaciones.uazuay.edu.ec/index.php/ceuazu
ay/catalog/download/5/5/37-2?inline=1, este material de
apoye contiene información detallada sobre el modelo ER y
además te da una variedad de ejemplos gráficos de los
temas abordados paso a paso que puedes consultar cuando
ya esté realizando el diseño conceptual de una base de
datos.

11
Clase 6 | Modelo Relacional
Cuando se presenta un problema en la vida real es necesario comprenderlo y tener la
capacidad de abstracción, para poder identificar que componentes se encuentran
involucrados, la relacion que existe entre estos y cuál es la actuación que se da en la
problemática.

En esta clase iniciaremos primero tratando el tema del diseño conceptual que se debe
dar antes de pasar al modelo relacional, ya que de este se parte para luego convertirlo
al otro y más adelante cuando se trate el tema referente a componentes del modelo
relacional se darán detalles sobre el modelo relacional.

8. Herramientas de modelado conceptual

Como se mencionó en la clase 4 apartado 6.2:

La fase del diseño conceptual tiene como objetivo crear un esquema conceptual de alto
nivel e independiente de la tecnología a partir de los requisitos, las especificaciones y las
restricciones que se han recogido en la fase anterior. Dicho esquema es una
representación gráfica que describen conocimiento general sobre un dominio que un
sistema de información debe de saber para poder llevar a cabo sus funciones. Casa &
Conesa (2014, p. 27)

Para la creación del esquema conceptual existen diversas herramientas, entre ellas se
encuentra el diagrama entidad – relación (ER), dentro de esta herramienta existe cierta
simbología que se utiliza para representar el modelo conceptual de la base de datos.

8.1. Diagrama entidad – relación (ER)

Esta Herramienta fue creada por Peter Chen en el año 1976 y desde entonces es utilizado
en el ámbito de la ingeniería informática y más concretamente, en el campo del diseño de
la base de datos. La clave de su éxito se debe a que el modelo ha conseguido reflejar de

12
 una forma sencilla e intuitiva los datos la semántica de los sistemas que modela. (Hueso,
2014, p.162)

8.1.1. Componentes del modelo ER

El modelo ER posee componentes que permiten representar de manera gráfica la
información relevante, que se ha extraído del levantamiento de requisitos,
especificaciones y restricciones del problema a resolver del mundo real. A continuación,
en la tabla 2, se listan estos componentes:
Tabla 2. Componentes del ER1
Componente Descripción Símbolo Ejemplo

Persona
Rectángulo

Una entidad es un objeto real La entidad persona,

representa a todo ser
o abstracto de interés en una humano, dado que
organización y acerca del Nombre_Entidad todos compartimos
Entidad características en
cual se puede y se quiere común.
obtener una determinada
Cosa
información.

Lugar

Nombre
Un atributo es una propiedad Atributo
o característica asociada a Edad
Atributo una determinada entidad y, NOTA: como se
ha visto en la
por tanto, común a todas las
clase anterior a
ocurrencias de esa entidad. esta, existen una Persona
diversidad de
atributos.
Una interrelación es Cada una de las
básicamente una asociación relaciones, tiene su
Relación o
entre una o más entidades, Relaci cardinalidad, esto se
Interrelación ón
una interrelación es una explicara en la
abstracción que representa siguiente clase.

1
La información que se encuentra en la tabla 2, fue tomada de (Hueso, 2014, pp. 163,164,165 y 168)

13
 un conjunto de ocurrencias
del tipo de interrelación
representado.

Persona

Pertenece

Departamento

Fuente: Elaboración propia

8.2. Aplicaciones
Para realizar el diseño del modelo ER de un sistema de negocio, existe una diversidad
de software que permiten realizar esa tarea, para ello existen software de libre uso y
software propietario (es necesario contar con licencia para su uso).
Lista de software para diseñar modelo ER
 Software día (libre)
 Visio (propietario, necesita pagar licencia)
 Power Designer (propietario, necesita pagar licencia)

8.3. Instalar software Día

El software día es un editor de diagramas y permite crear diseños técnicos como:
diagramas de flujo de datos, diagramas ER, diseño de BD relacional, UML, entre
otros; para el uso de este software no es necesario comprar licencia, ya que es de
uso libre disponible bajo los términos de la Día, la GPLv2. Este software permite
exportar los diagramas que son elaborados en diferentes formatos, a continuación,
listamos algunos de ellos (Breit, House y Samson, 2000, p. 8):
 Computer Graphics Metafile (.cgm)
 Encapsulated Postscrip (.eps)

14
  Native Dias Format (.dia)
 Portable Network Graphics (.png)
 Scalable Vector Graphics (.svg)

Otro punto importante que mencionar es sobre quiénes pueden requerir de utilizar este
software, según se menciona en Breit et al. (2000., p. 9) son:
 Ingenieros electricistas, para crear diagramas que muestran como sus circuitos
trabajan.
 Programadores de computadoras, para mostrar la ruta de ejecución de sus
programas.
 Un administrador de red puede crear un diagrama para mostrar cómo se distribuye
la red de su empresa.

A continuación, haz clic en enlace que se te brinda ahí encontraras

un video que te indicará como descargar el software día y además
te guiará como utilizarlo:
 Suarez (2014). Como descargara y utilizar el programa día. [Archivo de
video]. Recuperado de
https://www.youtube.com/watch?v=_aYtQpexiMg

Para profundizar en la temática del modelo entidad - relación

(ER), favor visitar los siguientes enlaces:
 https://ebookcentral.proquest.com/lib/cbues-
ebooks/reader.action?docID=3229711&query=Base%2Bde%2Bda
tos%2B%253A%2Bgrado%2Bsuperior#, aquí se encuentra el libro
Base de Datos: grado superior, Hueso (2014, pp. 161-167). Acá
hay mucha más información, ejemplos y actividades que debes
realizar. Esto te permitirá desarrollará aun más tu competencia en
el diseño del modelo conceptual de una BD.

15
  Para consulta de más ejemplos referentes a la clasificación de los
tipos de atributos y su dominio favor consultar a Merchán (2016, pp.
67-68), en el siguiente enlace:
http://publicaciones.uazuay.edu.ec/index.php/ceuazuay/catalog/down
load/5/5/37-2?inline=1, este material de apoye contiene información
detallada sobre el modelo ER y además te da una variedad de
ejemplos gráficos de los temas abordados paso a paso que puedes
consultar cuando ya esté realizando el diseño conceptual de una base
de datos.

9. Componentes del modelo relacional

El modelo relacional permite diseñar el esquema lógico de la base de datos, este es un
paso antes de crear la BD física; Modelo Introducido por “E.F. Cood (1970) y está
fundamentado en el concepto de una relación matemática y su base teórica, en la teoría
de conjunto y la lógica de predicados de primer orden” (Marchán,2016, p.103).

Las bases de datos relacionales contienen tablas a las cuales se les asignan nombres
únicos, y esta a la vez están compuestas por una serie de columnas que representan los
campos de la tabla y filas que representan los registros individuales almacenados en la
tabla. En la tabla 3, se puede apreciar un ejemplo de cómo está compuesta una tabla.

Tabla 3. ESTUDIANTES (nombre de la Tabla en la BD y en el esquema relacional)

Columnas (campos)

Carne Primer_nom Segundo_nom Primer_ap Segundo_ap Dirección Tel_

contacto
HR010123 Allison Dayana Hernández Rivera La Sultana 6789-4567
VT013456 Fernando Santiago Valle Tarrez Monserrat 7865-7654
HH021232 Mauricio Rafael Huezo Soyapango 7964-4378

16
 JC030245 Antonio Alessandro Jiménez Calero Santa Tecla 7589-6571
Fuente: Elaboración propia
Filas (Registros)

9.1. Tabla
Haciendo referencia al punto anterior en donde se visualiza (forma tabular) y se
menciona que una tabla se encuentra conformada por un grupo de columnas y filas,
se puede decir que de manera formal esto se llama relación y de manera informal
como ya se ha mencionado anteriormente se llama tabla.

9.2. Tuplas
En una base de datos relacional, una tupla hace referencia a una fila de la tabla, la
cual esta formada por un conjunto de campos y esto conforman un registro, por
ejemplo, en la tabla estudiantes todo el conjunto de datos de un estudiante en
particular forma el registro para ese estudiante, por lo tanto, una tabla agrupa un
conjunto de registros o tuplas.

9.3. Campos
Cuando hablamos de un campo, estamos haciendo referencia a “un dato y este es la
mínima unidad que se almacena en una tabla, indivisible en el concepto original del
modelo almacenado en la intersección de una fila y una columna” (Reinosa,
Maldonado, Muñoz y Damiano, 2012, p.28). Por ejemplo: VT013456 es un número
de carné de un estudiante que se encuentra almacenado en un campo llamado carne
y es parte de la estructura de una tabla.

9.4. Tipos de datos

Un campo en una tabla tiene asignado un tipo de dato, esto significa que tiene
relacionado un dominio, en palabras más simples, a un campo se debe de indicar el
valor posible del dato que se va a almacenar. Por ejemplo, en el campo carne de la

17
tabla Estudiantes se almacenará un dato que contiene letra y números por lo que el
tipo de dato a definir es un string, char o varchar, esto depende de los tipos de datos
que maneja cada SGBD.

9.5. Relaciones entre tablas

Se le llama relaciones entre tablas a la asociación que existen entre dos o más tablas,
la manera de asociar dos tablas se hace mediante el campo que se ha seleccionado
como llave primaria y este mismo campo se encuentra repetido en la tabla con la cual
se pretende establecer la asociación, en tal caso el campo que se repite en la otra
tabla pasa a convertirse en llave foránea o campo ajeno.

Una relación se establece haciendo coincidir los datos de la columna clave ubicado
en una de las tablas con el campo que existe en la otra tabla con el mismo nombre y
tipo de dato donde es llave foránea.

9.6. Llave Primaria

“Es la clave candidata que el diseñador elige para identificar a cada entidad (registro)
que se almacenará en una base de datos relacional” (Reinosa et al., 2012, p.32).

9.7. Llave foránea

“Es un atributo, o combinación de atributos, que permite la combinación de datos de
las distintas relaciones del sistema” (Reinosa et al., 2012, p.33).

9.8. Campos candidatos

Un campo o campos candidatos son los que permiten almacenar un dato con un valor
único, es decir este valor no se repetirá en la tabla. Por ejemplo el Documento de
Identidad Único (DUI), es un dato que nos representa como ciudadanos de El
Salvador, o pude ser un valor nemotécnico (su composición tiene un significado
especial) por ejemplo el campo carne de la tabla estudiante (Ver tabla), el cual está

18
compuesto por dos letras (que representan las iniciales de sus apellidos), luego
siguen dos números que representan el año de ingreso y finalmente cuatro dígitos
que representan un número correlativo, como se puede apreciar la composición de
este campo identifica al estudiante como único.

Puede existir más de un campo candidato y uno de ellos, solamente uno puede ser
seleccionado por el diseñador de BD como llave primaria.

19
 Clase 7 | Estructura de datos
relacional

10. Propiedades de las relaciones

Referenciando el modelado de Datos, hemos mencionado las Entidades y sus Atributos,
ahora explicaremos cómo se relacionan unas con otras, que es lo que debemos de
considerar y como es el proceso para establecer una correcta relación entre entidades,
la relación de una entidad con otra se da bajo la secuencia del proceso, esto quiere decir
que no debemos relacionar todas las entidades entre sí, sino, solo las que según la
secuencia del proceso se relacionan, por ejemplo ver figura 21:

Figura 21: Proceso Taller Ejemplo

Fuente: Elaboración Propia

20
Según este ejemplo, la entidad “Cliente”, en ningún momento debería relacionarse con
la entidad “Mecánico”, “Repuestos” y “Servicios”, con la única entidad que se relaciona
directamente es “Carro”, si vemos la secuencia del proceso la entidad “Carro” se
relaciona con las entidades “Mecánico”, “Repuestos” y “Servicios”, pero no lo hace de
una manera directa, sino que lo realiza mediante la figura diagnóstico, esto quiere decir
que el diagnostico se convierte al final en una tabla, en donde se unen todas esas
relaciones.

10.1. Cardinalidad de las relaciones

Cuando hablamos de Cardinalidad, estamos tratando las relaciones entre entidades, lo
que sucede es que estas relaciones son de varios tipos, esta tipificación responde a la
correspondencia o conexión que tiene una entidad con otra, cuando se analiza una
conexión se debe hacer poniéndose bajo la perspectiva de cada una de las entidades,
esto al final dará como resultado dos relaciones, que van en sentidos opuestos, pero
estas dos relaciones no son el resultado final sino, como dos términos, estos deben
sumarse generando una relación predominante, ver figura 21.

Figura 22: Cardinalidad

Fuente: Elaboración Propia

10.2. Tipos de relaciones

Para Terminar de Aclarar estas relaciones hablemos de los tipos de relaciones que
existen, y como determinar la relación predominante, los tipos de relaciones existentes
son, ver figura 22:

21
 Figura 22: Tipos de Relaciones
Fuente: Elaboración Propia

Cuando hablamos de que existe una relación predominante es porque al analizar

resultaran dos relaciones, veamos cuales pudiesen ser las combinaciones que
podríamos encontrar, ver figura 23 y 24:

Figura 23: Combinación Relaciones 1

Fuente: Elaboración Propia

22
 Figura 24: Combinación Relaciones 2
Fuente: Elaboración Propia
Veamos cuál es el resultado, aplicado al ejemplo de la figura 25

Figura 25: Cardinalidad Izquierda a Derecha

Fuente: Elaboración Propia

A este punto ya está definida la relación entre las dos entidades “pertenencia”, y se
analiza desde la entidad Carro hacia la entidad Cliente, por lo que los planteamientos,
serían los siguientes:

Un Carro pertenece a un Cliente

o
Un Carro pertenece a muchos Clientes

Al igual que el análisis en el otro sentido, solo un planteamiento es el correcto, este

planteamiento lo debemos ubicar en el cuadro de combinaciones anteriormente
elegido, para este ejemplo el planteamiento correcto sería el primero, por lo que la
23
entidad dos tendría una relación de 1 a 1, si vemos el resultado de este análisis
quedaría de la siguiente manera, la parte en rojo sería el análisis aplicado, ver figura
26:

Figura 26: Relación Resultante

Fuente: Elaboración Propia

Si de lo anterior, retomamos la relación predominante nos quedó la de “uno a muchos”

esa fue la de:
Un Cliente posee muchos Carros

Esta relación es una relación lógica, lo que nos faltaría es hacerla física.

¿Cómo así?, para que eso se pueda dar es porque vamos a pasar a la etapa de diseño
físico, en donde las dos entidades se convirtieron en tablas, y estando como tablas,
estas se someten a un proceso que veremos más adelante, el cual es la normalización,
pero lo que debemos de llevarnos de este tema, es que este análisis nos sirve para
conocer en donde ira el campo de la relación entre las dos tablas, el cual más adelante
conoceremos como llave foránea.

24
Para tener una directriz sobre el campo que sirve como relación entre dos tablas, la
siguiente figura nos ayudara, ver figura 27:

Figura 27: Asignación Campo Físico

Fuente: Elaboración Propia

Para consulta de más ejemplos referentes a la clasificación de los

tipos de atributos y su dominio favor consultar a Merchán (2016, pp.
51-59), en el siguiente enlace:
http://publicaciones.uazuay.edu.ec/index.php/ceuazuay/catalog/down
load/5/5/37-2?inline=1, este material de apoye contiene información
detallada sobre el modelo ER y además te da una variedad de
ejemplos gráficos de los temas abordados paso a paso que puedes
consultar cuando ya esté realizando el diseño conceptual de una
base de datos.

En el siguiente enlace encontraras más conceptos teóricos y

ejemplos que abonarán al entendimiento referente a las relaciones
entre entidades y las cardinalidades de esta.

25
https://ebookcentral.proquest.com/lib/cbues-
ebooks/reader.action?docID=3229711&query=Base%2Bde%2Bdato
s%2B%253A%2Bgrado%2Bsuperior#, aquí encontraras el libro Base
de Datos: grado superior escrito por Hueso (2014, pp. 168 – 175).

26
 Clase 8 | Normalización
De la clase 5 a la clase 7 hemos venido trabajando paso a paso el tema sobre el diseño
de una base de datos relacional, una vez se ha realizado esto es necesario convertir
cada una de las entidades que ha incluido en el diseño a tablas, para poder el siguiente
paso que s normalización, en esta explicaremos las 5 reglas de normalización que
existen y a través de ejemplos mostrados en la clase se espera mejor entendimiento de
como se aplica cada una de las reglas de normalización.

11. Fundamentos y reglas de la normalización

Según Piñeiro (2014, p.58), “la normalización es la técnica que nos ayuda a organizar
datos basados en un diseño correcto de las tablas y sus relaciones”.
El principal objetivo de esta es eliminar la redundancia y la inconsistencia de los datos,
La redundancia no es más que la repetición de Datos, y la inconsistencia la encontramos
al relacionar datos de una tabla con otra.

11.1. ¿Por qué normalizar?

La normalización ayuda a evitar efectos negativos del diseño, entre estos están la
inexactitud de los datos, la lentitud de las consultas, además de inversión de gran
cantidad de tiempo arreglando la consistencia de los datos.

11.2. Reglas de normalización

Existe una serie de reglas que deben de aplicarse para alcanzar ese buen diseño
en los modelos de datos.

27
11.2.1. Primera forma normal
Esta consiste en alcanzar estos objetivos
 Eliminar los grupos repetidos de las tablas individuales.

Anteriormente, se habían identificado las entidades, las cuales se transforman en

tablas, cuando se ha identificado la tabla, se empiezan a enumerar una serie de
atributos, que son las características de estas, cuando ya se han enumerado todas
esas características, se debe identificar que no se repitan esas características, si
esto sucede, estamos frente a un grupo repetido, lo que se debe de hacer con
estos datos, es separarlos de la tabla principal, veamos un ejemplo (figura 27)
para aclararlo.

Figura 27: Grupos Repetitivos

Fuente: Elaboración Propia

En el ejemplo anterior se ha identificado que los teléfonos se repiten, por lo que

habría que tomar solo una incidencia, ver figura 28.

28
 Figura 28: Tabla sin Grupo Repetitivo
Fuente: Elaboración Propia

 Identificar cada conjunto de datos relacionados con una clave principal.

Esta actividad es una de las más fundamentales, ya que en ella se crea o identifica
la clave primaria de las tablas, tome en consideración que lo que se debe hacer
en este paso es tratar de identificar una característica que ya posee la entidad que
está analizando, uno de los errores más comunes que suceden en este paso es
que la llave se crea como un secuencial, lo que generaría una inconsistencia en
la información, aplicando este proceso a las tablas del ejemplo, quedaría de la
siguiente manera, ver figura 29:

29
 Figura 29: Clave Primaria (CP)
Fuente: Elaboración Propia
Al establecer una sola incidencia del campo teléfono, esto a su vez genera que se
repitan los registros según la cantidad de teléfonos que queramos ingresar, para
resolver esta situación aplicaremos la segunda forma normal.

11.2.2 Segunda Forma normal

Los Objetivos de esta Forma son:
 Crear tablas independientes para conjuntos de valores repetitivos, en el ejemplo
anterior identificamos el campo teléfono, pero este nos ocasionaría tener más de
un registro a partir del ingreso de varios teléfonos, por lo que es necesario crearla
como una tabla independiente para no ocasionar la repetición de registros,
además de haberla creado como tabla independiente, se debe de conseguir el
segundo objetivo que es Relacionar las tablas con una clave externa, en este caso
la clave externa se crea en la tabla que se ha creado, por medio la clave única de
donde se extrajo.

30
11.2.3. Tercera Forma Normal
El objetivo de esta forma es el siguiente:
 Eliminar los campos que no dependan de la clave.
Para este caso plantearemos un ejemplo de una tabla de Empleados, ver figura
30.

Figura 30: Valor Independiente

Fuente: Elaboración Propia

En esta, los empleados están relacionados a un departamento, pero el

departamento tiene la característica de que su existencia no depende de que se
cree el registro en la tabla de empleados.

Para aplicar este paso, al ejemplo anterior, primero creamos la Tabla

Departamentos, a la cual se le crea una Clave Primaria, la cual nos servirá para
vincularla con la de empleados, en esta última, se sustituye el departamento y en
vez de él se pone un código del departamento, por el cual se puede establecer una
referencia con la tabla Departamentos, quedando este campo como lo que se
conoce como llave foránea, ver figura 31.

31
 Figura 31: Valor Independiente
Fuente: Elaboración Propia

11.2.4. Otras Formas de Normalización

Es Importante mencionar la Cuarta Forma Normal, ya que en esta se establece
que cuando nos encontramos frente a una relación de Muchos a Muchos, esta
establece crear una tercera tabla, y además realizar las relaciones hacia esta,
desde las entidades originales, ver figura 32.

Figura 32: Valor Independiente

Fuente: Elaboración Propia

32
Al realizar el análisis de esta relación, llegaremos a que el resultado es de muchos
a muchos, por lo que aplicaremos la cuarta forma normal para poderla resolver,
ver figura 33.

Figura 33: Valor Independiente

Fuente: Elaboración Propia

Acá se creó la tercera Tabla llamada bajo la lógica de la relación de las entidades
principales “Actores x película”, vale la pena recalcar dos situaciones, primero,
que la clave primaria de esta tercera tabla es la combinación de las dos claves
primarias de las entidades que se relacionaron para crearla, ósea “Codigo Pelicula
+ Codigo Actor”.
Lo otro es que cada campo por si solo es llave foránea hacia sus entidades
principales.

33
11.3. Normalización de una tabla (ejemplo)

Para tener un mejor detalle del ejemplo de la Normalización de

una Tabla, siga el siguiente enlace, en donde se da tratamiento
a una tabla de Alumnos y la distribución de clases que este tiene
https://support.microsoft.com/es-sv/help/283878/description-of-
the-database-normalization-basics

Para indagar más sobre las formas normales favor consulta lo

que está escrito en el libro de Base de datos que se encuentra
en el siguiente enlace:
https://ebookcentral.proquest.com/lib/cbues-
ebooks/reader.action?docID=3229711&query=Base%2Bde%2B
datos%2B%253A%2Bgrado%2Bsuperior#, aquí encontraras el
libro Base de Datos: grado superior consulta las páginas desde
la 185 – 191, ahí encontraras mucha más información, ejemplos
y actividades que debes realizar. Esto te permitirá desarrollará
aún más tu competencia en el diseño del modelo conceptual de
una BD (Hueso, 2014).

34
Referencias citadas en la
UNIDAD 2
 Breit, K., House, H., & Samson, J. (2000). Attachment “dia-manual.pdf.” GNOME
documentation. Recuperado de
https://wiki.gnome.org/Apps/Dia/Documentation?action=AttachFile&do=view&tar
get=dia-manual.pdf
 Capacho J. & Wilson N. (2017). Diseño de Base de Datos. Barranquilla, Colombia:
Universidad del Norte
de https://books.google.com.sv/books?id=TLBJDwAAQBAJ&printsec=frontcover
&dq=bases+de+datos&hl=es&sa=X&ved=0ahUKEwi4-vydq4TlAhWMm-
AKHTTJCksQ6AEILTAB#v=onepage&q&f=false
 Casa, J., & Conesa, J. (2014). Diseño conceptual de bases de datos en UML
(Vol.288, p. 154). Editorial UOC. Recuperado de
https://ebookcentral.proquest.com/lib/cbues-
ebooks/reader.action?docID=3222912&query=uml
 Hueso, L. (2014). Base de datos: grado superior. RA-MA editorial. Recuperado
de https://ebookcentral.proquest.com/lib/cbues-
ebooks/reader.action?docID=3229711&query=modelo%252Brelacional
 Merchán, O. (2016). Diseño de Base de Datos (1a ed.). Cuenca, Ecuador:
Universidad del Azuay. Recuperado
de http://publicaciones.uazuay.edu.ec/index.php/ceuazuay/catalog/download/5/5/
37-2?inline=1
 Piñeiro J. (2014). Diseño de Base de Datos Relacionales. España: Ediciones
Paraninfo SA
de https://books.google.com.sv/books?id=EwcuBwAAQBAJ&printsec=frontcover
&dq=base+de+datos&hl=es&sa=X&ved=0ahUKEwiqjJP-
wJjlAhXQnuAKHW54CQw4FBDoAQhcMAg#v=onepage&q&f=false

35
 Reinosa, E., Maldonado, C., Muñoz, R., Damiano, L., & Abrutsky, M.
(2012). Base de Datos (1a ed.). Alfaomega. Recuperado
de https://cbues.bibliotecasdigitales.com/read/9786077079125

36
Sitios Web
https://support.microsoft.com/es-es/help/304466/how-to-define-relationships-between-tables-in-
an-access-database

Glosario de los términos

citados en la UNIDAD 2
Término Definición del término presentado
Macro Se da a la Característica de ser lo más Grande o mayor.
Termino Es la Referencia de hasta donde se extiende algo.
Aplicación Software creado para un propósito específico.
Abstracción Es una operación mental destinada a aislar conceptualmente una propiedad o
función concreta de un objeto.
Sistema de Es un conjunto de datos que interactúan entre sí con un fin común
Información
UML Es el lenguaje de modelado de sistemas de software más conocido y utilizado en la
actualidad
GPL Es una licencia de derecho de autor ampliamente usada en el mundo del software
libre y código abierto.
Predicado Lo que se afirma o se niega de un sujeto en una proposición.

BD Base de Datos
String Se refiere a datos de tipo cadena de texto
Char Se refiere a datos de cadena de tamaño fijo, define el tamaño de la cadena en bytes
y debe ser un valor de 1 a 8,000.
Varchar (n ò Se refiere a datos de cadena de tamaño variable. Use n para definir el tamaño de la
max) cadena en bytes y puede ser un valor de 1 a 8,000 o use max para indicar un tamaño
de restricción de columna hasta un almacenamiento máximo de 2 ^ 31-1 bytes (2 GB).
SGBD Sistema Gestor de Base de Datos

37