SERVICIO NACIONAL DE APRENDIZAJE SENA

TRABAJO GUIA 3: MAPA DE NORMALIZACIÓN Y EL DIAGRAMA ENTIDAD

RELACIÓN.

PROGRAMA DE FORMACIÓN VIRTUAL: BASES DE DATOS GENERALIDADES Y

SISTEMA DE GESTION

APRENDIZ
 ii

Contenido

Introducción…………………………………………………………………………….…………1

Teoría de la normalización de bases de datos……………………………………………..…….2-5

Mapa de normalización y el diagrama entidad relación………………………………………6-10

Conclusión……………………………………………………………………………….....……11

Bibliografía ………………………………………………………………………...……..……. 12
iii
 1

Introducción

Para mejorar el desempeño de una base de datos, así como evitar redundancia en la

información que contiene y, en consecuencia, generar condiciones para un mejor diseño, el

analista de sistemas debe conocer las formas de normalización y condiciones en las que la

desmoralización es recomendable. En este tema se abordarán aspectos conceptuales básicos

relacionados con las formas de normalización, generalmente utilizadas en el análisis, desarrollo e

implementación de sistemas de bases de datos (1FN, 2FN y 3FN); además, particularidades y

consideraciones que el analista deberá evaluar para decidir normalizar a mayor grado una base de

datos, mantener su forma normal actual o la de normalización en un modelo relacional.

 2

Teoría de la normalización de las bases de datos

La normalización de bases de datos es un proceso que consiste en designar y aplicar una serie

de reglas a las relaciones obtenidas tras el paso del modelo entidad-relación al modelo relacional.

Las bases de datos relacionales se normalizan para:

-Evitar la redundancia de los datos.

-Disminuir problemas de actualización de los datos en las tablas.

-Proteger la integridad de datos.

En el modelo relacional es frecuente llamar tabla a una relación; para que una tabla sea

considerada como una relación tiene que cumplir con algunas restricciones:

-Cada tabla debe tener su nombre único.

-No puede haber dos filas iguales. No se permiten los duplicados.

-Todos los datos en una columna deben ser del mismo tipo.

Clave: Una clave primaria es el conjunto mínimo de columnas que identifica unívocamente a

cada fila. La clave primaria es un identificador que va a ser siempre único para cada fila. Se

acostumbra a poner la clave primaria como la primera columna de la tabla, pero es más una

conveniencia que una obligación. Muchas veces la clave primaria es numérica auto-

incrementada, es decir, generada mediante una secuencia numérica incrementada

automáticamente cada vez que se inserta una fila. En una tabla puede que tengamos más de una

columna que puede ser clave primaria por sí misma. En ese caso se puede escoger una para ser la

clave primaria y las demás claves serán claves candidatas.

Una clave ajena (foreign key o clave foránea) es aquella columna que, existiendo como

dependiente en una tabla, es a su vez clave primaria en otra tabla. Una clave alternativa es
 3

aquella clave candidata que no ha sido seleccionada como clave primaria, pero que también

puede identificar de forma única a una fila dentro de una tabla. Ejemplo: Si en una tabla clientes

definimos el número de documento (id cliente) como clave primaria, el número de seguro social

de ese cliente podría ser una clave alternativa. En este caso no se usó como clave primaria

porque es posible que no se conozca ese dato en todos los clientes. Una clave compuesta es una

clave que está compuesta por más de una columna. La visualización de todas las posibles claves

candidatas en una tabla ayudan a su optimización. Por ejemplo, en una tabla persona podemos

identificar como claves su DNI, o el conjunto de su nombre, apellidos, fecha de nacimiento y

dirección. Podemos usar cualquiera de las dos opciones o incluso todas a la vez como clave

primaria, pero es mejor en la mayoría de sistemas la elección del menor número de columnas

como clave primaria. Edgar Frank Codd se percató de que existían bases de datos en el mercado

que decían ser relacionales, pero lo único que hacían era guardar la información en las tablas, sin

estar literalmente normalizadas dichas tablas; entonces Codd publicó doce (12) reglas que un

verdadero sistema relacional debería tener, en la práctica algunas de ellas son difíciles de

realizar. Un sistema podrá considerarse "más relacional" cuanto más siga estas reglas.

Regla 1: La regla de la información: Toda la información en un RDBMS está

explícitamente representada de una sola manera por valores en una tabla. Cualquier cosa que no

exista en una tabla no existe del todo. Toda la información, incluyendo nombres de tablas,

nombres de vistas, nombres de columnas, y los datos de las columnas deben estar almacenados

en tablas dentro de las bases de datos. Las tablas que contienen tal información constituyen el

Diccionario de Datos. Esto significa que todo tiene que estar almacenado en las tablas. Toda la

información en una base de datos relacional se representa explícitamente en el nivel lógico

 4

exactamente de una manera: con valores en tablas. Por tanto, los metadatos (diccionario,

catálogo) se representan exactamente igual que los datos de usuario. Y puede usarse el mismo

lenguaje (ej. SQL) para acceder a los datos y a los metadatos.

Regla 2: La regla del acceso garantizado Cada ítem de datos debe ser lógicamente accesible

al ejecutar una búsqueda que combine el nombre de la tabla, su clave primaria y el nombre de la

columna. Esto significa que, dado un nombre de tabla, dado el valor de la clave primaria y dado

el nombre de la columna requerida, deberá encontrarse uno y solamente un valor. Por esta razón

la definición de claves primarias para todas las tablas es prácticamente obligatoria.

Regla 3: Tratamiento sistemático de los valores nulos: La información inaplicable o

faltante puede ser representada a través de valores nulos Un RDBMS (Sistema Gestor de Bases

de Datos Relacionales) debe ser capaz de soportar el uso de valores nulos en el lugar de

columnas cuyos valores sean desconocidos. Se reconoce la necesidad de la existencia del valor

nulo, el cual podría servir para representar, o bien una información desconocida (ejemplo, no se

sabe la dirección de un empleado), o bien una información que no procede (a un empleado

soltero no se le puede asignar un nombre de esposa). Así mismo, consideremos el caso de un

alumno que obtiene 0 puntos en una prueba y el de un alumno que no presentó la prueba.

Hay problemas para soportar los valores nulos en las operaciones relacionales, especialmente

en las operaciones lógicas, para lo cual se considera una lógica tribulada, con tres (no dos)

valores de verdad: verdadero, falso y null. Se crean tablas de verdad para las operaciones lógicas:

Una base de datos es un conjunto de datos pertenecientes a un mismo contexto y almacenados

sistemáticamente para su posterior uso. En este sentido; una biblioteca puede considerarse una
 5

base de datos compuesta en su mayoría por documentos y textos impresos en papel e indexados

para su consulta. Actualmente, y debido al desarrollo tecnológico de campos como la informática

y la electrónica, la mayoría de las bases de datos están en formato digital, siendo este un

componente electrónico, por tanto, se ha desarrollado y se ofrece un amplio rango de soluciones

al problema del almacenamiento de datos. Hay programas denominados sistemas gestores de

bases de datos, abreviado SGBD (del inglés Data base Management Sesten o DBMS), que

permiten almacenar y posteriormente acceder a los datos de forma rápida y estructurada. Las

propiedades de estos DBMS, así como su utilización y administración, se estudian dentro del

ámbito de la informática. Las aplicaciones más usuales son para la gestión de empresas e

instituciones públicas; También son ampliamente utilizadas en entornos científicos con el objeto

de almacenar la información experimental.

Aunque las bases de datos pueden contener muchos tipos de datos, algunos de ellos se

encuentran mutuamente protegidos por las leyes de varios países. Por ejemplo, en España, los

datos personales se encuentran protegidos por la Ley Orgánica de Protección de Datos de

Carácter Personal (LOPD), en México por la Ley Federal de Transparencia y Acceso a la

Información Pública Gubernamental y en Argentina la Ley de Protección de Datos Personales.

En Argentina el Código Penal sanciona ciertas conductas relacionadas con una base de datos:

acceder ilegítimamente a un banco de datos personales, proporcionar o revelar información

registrada en un archivo o en un banco de datos personales cuyo secreto estuviere obligado a

guardar por ley o insertar o hacer insertar datos en un archivo de datos personales. Si el autor es

funcionario público, sufre además pena de inhabilitación especial.

 6

La normalización de bases de datos es

un proceso que consiste en designar y

aplicar una serie de reglas a las relaciones

obtenidas tras el paso del modelo entidad-

relación al modelo relacional.

Es decir

Los problemas que se

pueden presentar al no aplicar

correctamente la

normalización

Ausencia de un Ausencia de la
Incorrecta
estándar. documentación.
normalización.
 7
A pesar que no se
Esta situación es muy
Esto es algo muy habitual, y implementa un correcto
amplia, se considera desde el
debe ser básico implementarlo. nombrado a los objetos, se
nombrado de cualquier objeto
No se cumple el proceso de presenta una escasez de la
hasta su orden, haciendo
analizar y aplicar las diversas misma actividad para describir
referencia que un objeto;
formas normales para hallar su cada objeto, la ausencia de esta
puede ser una tabla, clave
mejor diseño, como mínimo se documentación puede generar
primaria, clave foránea,
debe llegar hasta la tercera una gran pérdida de tiempo por
columnas, intertablas, índices,
forma norma. malos entendidos, resultados
etc. Generando un malgaste de
erróneos, búsqueda de ayuda
caracteres sin necesidad, falta
imprecisa, y cualquier
de una.
inconveniente, seguramente

nadie se quiere verse envuelto

en esta situación tan incomoda.

LOS 3 PRIMEROS NIVELES DE

NORMALIZACIÓN Y EN QUÉ

CONSISTEN
 8

La Primera La Segunda Forma

La Tercera
Forma Normal Norma
Forma Normal

Esta primera Forma Normal,

nos lleva a no repetir datos en

En realidad, si nos
La Segunda Forma
nuestras tablas. Los famosos
guiamos en el ejemplo de
Normal nos habla de que
maestros – detalle, deben
esta nota, ya no quedaría
cada columna de la tabla
aplicarse a la estructura de la
normalización por aplicar
debe depender de la clave.
tabla. Si nuestra tabla de ventas
y podríamos decir que
Esto significa que todo un
repite una y otra vez (por cada
nuestro ejemplo cumple
registro debe depender
venta) , el nombre, el domicilio
con las 3 formas normales,
únicamente de la clave
y otros datos del Cliente, es que
ya que la 3ra Forma
principal, si tuviéramos
no hemos aplicado esta
Normal nos habla de que:
alguna columna que se repite
Normalizaciòn.Si tenemos una
a lo largo de todos los -Ninguna Columna
tabla clientes, en la tabla ventas,
registros, dichos datos puede depender de una
solo debería figurar el código
deberían atomizarse en una columna que no tenga una
del cliente, para que el resto de
nueva tabla. clave
los datos se puedan referenciar

automáticamente sin problemas -No puede haber datos

y sin duplicar información. derivados.

 9

DIFERENCIA ENTRE

EL MODELO E-R Y EL

MODELO RELACIONAL

Un Modelo E-R El Modelo

describe los datos E-R tiene la
 La diferencia básica
con conjuntos de Uno puede Cardinalidad
entre el Modelo E-R y
entidades, entender más del Mapeo
el Modelo Relacional
conjuntos de fácilmente la relación como una
es que el modelo E-R
relaciones y entre los datos en el restricción
trata específicamente
atributos. Sin Modelo E-R en mientras que el
con las entidades y
embargo, el comparación con el Modelo
sus relaciones. Por
modelo relacional Modelo Relacional. Relacional no
otro lado, el Modelo
describe los datos tiene tal
Relacional se ocupa
con las tuplas, restricción.
de las Tablas y de la
atributos y dominio
relación entre los
del atributo.
datos de esas tablas.

EJEMPLOS
 10

Entidades relacionales

Modelo relacional
 11

Conclusiones

. La Normalización de las Bases de Datos originalmente era un concepto para

estudiantes de la Universidad Harvard, pero actualmente está abierto a cualquier

persona que tenga un proyecto de base de datos abierto. Gracias a la Normalización de

las Bases de Datos, podemos ganar gran rapidez, estabilidad y eficacia, sin contar con

que se hace más fácil su estudio y análisis. Cabe destacar que la decisió n de definir

entidades es del diseñador de la base de datos y la responsabilidad de tratar de que se

cumplan las formas normales es, también, del diseñador de la base de datos, y en él

esta definir los atributos necesarios y entidades .

.
 12

Bibliografía

Bermudez Gomez , V. M., Cartagena Rodríguez , S., & López Hernández , L. (25 de Diciembre

de 2014). GHS. Obtenido de https://www.gsh.com.co/relacionados/normalizacion

Bustamante Ortiz, C. (10 de Enero de 2003). Conjunta tarreo. Obtenido de

https://catarroja.portalemp.com/la-entrevista-personal.html

Martinez Henao , C. (13 de Agosto de 2014). Obtenido de Gestion normalizacionl:

http://torresnoyola.blogspot.com/p/blog-page_6.html

Ospina Osorio , D., & Vidal perdomo , O. (27 de Junio de 2017). Sena blackboard. Obtenido de

Ospina Osorio , D. A., & Vidal perdomo,

https://sena.blackboard.com/bbcswebdav/institution/SENA/Ventas/13410029/Contenido/

OVA/MatForRAP2.html