ACTIVIDAD 3

EVIDENCIA 1

TALLER
NORMALIZACION Y DIAGRAMA ENTIDAD RELACION

PRESENTADO POR:

LAURA CATALINA QUITERO HERRERA

PRESENTADO A:

CARLOS ALBERTO HERNÁNDEZ ARCILA

SERVICIO NACIONAL DE APRENDIZAJE SENA

BASES DE DATOS GENERALIDADES Y SISTEMAS DE GESTIÓN
CURSO VIRTUAL
2019
PROCEDIMIENTO DE DESARROLLO CURRICULAR
GUÍA DE APRENDIZAJE

3.1.2. Actividades de Apropiación del Conocimiento (conceptualización y

teorización).
Actividad 3 – Evidencia 1.
Taller: Normalización y el diagrama entidad relación.

La aplicación de la normalización y del diagrama entidad-relación, son el pilar

fundamental para el diseño y construcción de un sistema de base de datos.
Por esta razón, es importante que desarrolle la siguiente actividad que se plantea
en relación a las reglas de normalización:
En un documento de Word explique con sus propias palabras los siguientes
conceptos:

1. Los problemas que se pueden presentar al no aplicar correctamente la

normalización.
La normalización de base de datos es una técnica que se emplea habitualmente
para organizar los contenidos de las tablas de las bases de datos transaccionales y
los almacenes de datos. La aplicación de esta medida no debe ser considerada
como opcional, sino como un paso necesario para garantizar un diseño de base de
datos de éxito.

Las consecuencias de la falta de normalización de base de datos son:

 Inexactitud de los sistemas de bases de datos.

 Ralentización de los procesos.
 Ineficiencia en las operaciones.

La normalización de base de datos ayuda a evitar estos efectos negativos ya desde

el diseño de nuevas bases de datos y permite también comprobar si las existentes
garantizan la integridad de datos o referencial necesaria. Lo más recomendable es
proceder a normalizar los datos antes de crear las tablas de la base de datos,
aunque siempre es preferible asegurar su integridad y, aunque ya se cuente con las
bases de datos y no sean de nueva creación, utilizar estas técnicas para ponerlas
a prueba, teniendo claros los objetivos a alcanzar en el proceso.

2. Los 3 primeros niveles de normalización y en qué consisten

Primera forma normal

 Elimine los grupos repetidos de las tablas individuales.

  Cree una tabla independiente para cada conjunto de datos relacionados.
 Identifique cada conjunto de datos relacionados con una clave principal.
 No use varios campos en una sola tabla para almacenar datos similares.
Por ejemplo, para realizar el seguimiento de un elemento del inventario que
proviene de dos orígenes posibles, un registro del inventario puede contener
campos para el Código de proveedor 1 y para el Código de proveedor

¿Qué ocurre cuando se agrega un tercer proveedor?

Agregar un campo no es la respuesta, requiere modificaciones en las tablas y el
programa, y no admite fácilmente un número variable de proveedores. En su lugar,
coloque toda la información de los proveedores en una tabla independiente
denominada Proveedores y después vincule el inventario a los proveedores con el
número de elemento como clave, o los proveedores al inventario con el código de
proveedor como clave.

Segunda forma normal

Cree tablas independientes para conjuntos de valores que se apliquen a varios
registros.
Relacione estas tablas con una clave externa.
Los registros no deben depender de nada que no sea una clave principal de una
tabla, una clave compuesta si es necesario. Por ejemplo, considere la dirección de
un cliente en un sistema de contabilidad. La dirección se necesita en la tabla
Clientes, pero también en las tablas Pedidos, Envíos, Facturas, Cuentas por cobrar
y Colecciones. En lugar de almacenar la dirección de un cliente como una entrada
independiente en cada una de estas tablas, almacénela en un lugar, ya sea en la
tabla Clientes o en una tabla Direcciones independiente.

Tercera forma normal

 Elimine los campos que no dependan de la clave.
 Los valores de un registro que no sean parten de la clave de ese registro no
pertenecen a la tabla.
En general, siempre que el contenido de un grupo de campos pueda aplicarse a
más de un único registro de la tabla, considere colocar estos campos en la tabla.
independiente

Por ejemplo, en una tabla Contratación de empleados, puede incluirse el nombre de

la universidad y la dirección de un candidato. Pero necesita una lista completa de
universidades para enviar mensajes de correo electrónico en grupo. Si la
información de las universidades se almacena en la tabla Candidatos, no hay forma
de enumerar las universidades que no tengan candidatos en ese momento. Cree
una tabla Universidades independiente y vincúlela a la tabla Candidatos con el
código de universidad como clave.

EXCEPCIÓN: cumplir la tercera forma normal, aunque en teoría es deseable, no

siempre es práctico. Si tiene una tabla Clientes y desea eliminar todas las
dependencias posibles entre los campos, debe crear tablas independientes para las
ciudades, códigos postales, representantes de venta, clases de clientes y cualquier
otro factor que pueda estar duplicado en varios registros. En teoría, la normalización
merece el trabajo que supone. Sin embargo, muchas tablas pequeñas pueden
degradar el rendimiento o superar la capacidad de memoria o de archivos abiertos.

Puede ser más factible aplicar la tercera forma normal sólo a los datos que cambian
con frecuencia. Si quedan algunos campos dependientes, diseñe la aplicación para
que pida al usuario que compruebe todos los campos relacionados cuando cambie
alguno

3. Cuál es la diferencia del término relación del modelo relacional y el modelo

entidad y relación, exponga un ejemplo.

Diferencia entre modelo entidad relación y modelo relacional

El modelo de datos describe una manera de diseñar la base de datos a nivel físico,
lógico y de vista. La principal diferencia entre el Modelo E-R y el Modelo
Relacional es que el Modelo E-R es específico para cada entidad, y el Modelo
Relacional es específico para cada tabla.

Diferencias Principales

La diferencia básica entre el Modelo E-R y el Modelo Relacional es que el modelo

E-R trata específicamente con las entidades y sus relaciones. Por otro lado, el
Modelo Relacional se ocupa de las Tablas y de la relación entre los datos de esas
tablas.
Un Modelo E-R describe los datos con conjuntos de entidades, conjuntos de
relaciones y atributos. Sin embargo, el modelo relacional describe los datos con las
tuplas, atributos y dominio del atributo.
Uno puede entender más fácilmente la relación entre los datos en el Modelo E-R en
comparación con el Modelo Relacional.
El Modelo E-R tiene la Cardinalidad del Mapeo como una restricción mientras que
el Modelo Relacional no tiene tal restricción.
 Características Modelo entidad relación Modelo relacional
Este modelo se basa en entidades que se Este modelo debe cumplir con los siguientes
interrelacionan o se asocian entre sí. objetivos:

Trabajándose con elementos (entidades 1. y Independencia física.

relaciones), este se centra en la estructura lógica
2. Independencia lógica.
y abstracta de los datos, como representación del 3. Flexibilidad.
mundo real. 4. Uniformidad.
Objetivos
5. Sencillez.
Y está basado en elementos gráficos parecidos a
los diagramas de flujos. Este modelo proporciona un medio de describir
datos con su estructura natural, es decir, que
esta estructura nos ayudara para su
representación en la maquina ya que será más
fácil de entender.
Es un lugar, cosa, concepto, o suceso, real o Tiene la misma definición que el modelo
abstracto, de interés para la empresa. entidad-relación a diferencia de que este
modelo la entidad se representa en tablas.
La representación grafica de un tipo de entidad es
un rectángulo etiquetado con nombre del tipo de
Entidades
entidad.

Y su diferencia con el modelo relacional es que en

ese modelo se representa de diferente modo (en
tablas).
Las ocurrencias de un tipo de entidad fuerte tienen Aquí las entidades fuertes son iguales a las del
existencia propia, es decir, existen por sí mismas. modelo entidad relación ya que sus
Entidades Fuertes ocurrencias tienen su propia existencia en las
Aquí las entidades fuertes tienen sus propios tablas.
atributos y no dependen de ninguna otra entidad.
La existencia de cada ocurrencia de tipo débil En este modelo la entidad débil pasa del
depende de la existencia de la ocurrencia del tipo mismo modo que el modelo entidad-relación,
de entidad fuerte del cual aquella depende. esta toma el atributo principal de una entidad y
Entidades débiles se coloca en su tabla, junto a su atributo
Es decir, que la entidad débil no tiene en si un discriminante.
atributo principal ya que su atributo principal lo
está tomando de la entidad fuerte y es lo que lo
 hace dependiente, y su atributo principal es
conocido como atributo discriminante.

Se representa con dos rectángulos con su nombre

en el interior.
Es la asociación o correspondencia entre las Aquí la relación es el elemento básico, y se
entidades. representa en una tabla.

Es decir que las relaciones nos ayudan a unir las Esta tabla relaciona las demás tablas de las
entidades con otras entidades por medio de las entidades tomando el atributo identificador
acciones que tiene la relación. principal (claves principales).

Las relaciones se representan mediante un rombo En estas tablas podemos distinguir su nombre,
con el nombre de la relación, unido mediante unos sus columnas (atributos), conjuntos de filas
Relaciones.
arcos a los tipos de entidad que asocia. (tuplas), que contiene los valores que toma
cada uno de los atributos para cada elemento
de la relación.

Esta tabla tiene una serie de elementos

Es cada una de las propiedades o características
que contiene un tipo de entidad o de relación.
Donde un atributo de un tipo de entidad debemos
elegir que identifiquen unívoca y mínimamente
cada una de las ocurrencias de ese tipo de entidad
(atributo identificador principal, se representa con
Atributos.
una bolita totalmente rellena y unida con un arco),
aunque hay casos donde esta condición se
cumple en mas atributos le llamamos atributo
candidato, de los cual uno se elige como principal
y otros son alternativos (atributo identificador
alternativa, se representa con un círculo con la
mitad relleno y unido por un arco.)
característicos, que la distinguen de las demás
tablas, ya que no se admiten filas duplicadas,
las filas y columnas no están ordenadas y no
se admiten atributos multivaluados.
Aquí los atributos se definen igual que en el
modelo entidad-relación solo con la diferencia
que en este modelo se encuentran en
columnas.
También tiene otra diferencia en lo que en el
modelo entidad relación tenemos atributo
identificador principal aquí se le dice clave
primaria y al atributo identificador alternativa
aquí se le dice clave alternativa.
 Expresa el número de entidades a las que otra Aquí las cardinalidades se identifican con el
entidad puede estar asociada vía un conjunto de número de tuplas en una tabla.
relaciones, es decir, es el número máximo y
mínimo de ocurrencias de un tipo de entidad que
pueden estar relacionados con una ocurrencia de
otro, u otros tipos de entidad que participan en un
Cardinalidades.
tipo de relación.

Su representación grafica es una etiqueta del tipo

(0,1), (1,1), (0, n) ó (1, n), según corresponda, se
pone en el arco que une el correspondiente tipo de
entidad con el rombo que representa la relación.
Es el conjunto de valores que puede tomar un Es un conjunto finito de valores homogéneos y
atributo, es decir, el dominio tiene un nombre y unaatómicos; decimos valores homogéneos
existencia propia con independencia de cualquier porque son todos del mismo tipo, y atómicos
entidad o atributo. porque son indivisibles en lo que al modelo se
refiere, es decir, que todos son del mismo tipo
Este se representa con un ovalo en cuyo interior y no se pueden dividir por que pierden su
Dominios.
aparece su nombre, mientras que el nombre del semántica.
atributo se escribe sobre el arco que une el domino
con el tipo de entidad o de relación a la que
pertenece dicho atributo.

Las restricciones de este modelo son muy flexibles En este modelo tenemos varios tipos de
por qué se puede considerar que las únicas restricciones:
restricciones inherentes que impone es la 1. Restricciones inherentes:

obligatoriedad del atributo identificador principal, No hay dos tuplas iguales.
además de que solo permite definir tipos de  El orden de las tuplas y atributos no es
relaciones entre tipos de entidad. significativo.
Restricciones.  Cada atributo solo puede tomar un único valor
del dominio sobre el que está definido, no
admitiéndose por tanto los grupos repetidos.
2. Restricciones semánticas:
Clave primaria: permite declarar un atributo o
un conjunto de atributos como clave primaria
de una relación, por lo que sus valores no se
podrán repetir ni se admitían nulos.
La integridad referencial: es una importante
restricción semántica que viene impuesta por
el mundo real, siendo el usuario quien la define
al describir el esquema relacional, y el modelo
la reconoce sin necesidad de que se programe
ni de que se tenga que escribir ningún
procedimiento para obligar su cumplimiento.