SERVICIO NACIONAL DE APRENDIZAJE SENA

ACTIVIDAD 3: NORMALIZACIÓN DE UNA BASE DE DATOS EN UNA

EMPRESA

PROGRAMA DE FORMACIÓN VIRTUAL: BASES DE DATOS

GENERALIDADES Y SISTEMA DE GESTION

APRENDIZ
 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.

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 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

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 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.

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.

Los problemas que se

pueden presentar al no aplicar

correctamente la

normalización

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

nadie se quiere verse envuelto en

esta situación tan incómoda.

 LOS 3 PRIMEROS NIVELES DE

NORMALIZACIÓN Y EN QUÉ

CONSISTEN

La Primera La Segunda Forma La Tercera

Forma Normal Norma Forma Normal

Esta primera Forma Normal, nos La Segunda Forma En realidad, si nos guiamos

lleva a no repetir datos en nuestras Normal nos habla de que en el ejemplo de esta nota,

tablas. Los famosos maestros – cada columna de la tabla ya no quedaría

detalle, deben aplicarse a la estructura debe depender de la clave. normalización por aplicar y

de la tabla. Si nuestra tabla de ventas Esto significa que todo un podríamos decir que

repite una y otra vez (por cada venta) registro debe depender nuestro ejemplo cumple

, el nombre, el domicilio y otros datos únicamente de la clave con las 3 formas normales,

del Cliente, es que no hemos aplicado principal, si tuviéramos ya que la 3ra Forma

esta Normalizaciòn.Si tenemos una alguna columna que se repite Normal nos habla de que:

tabla clientes, en la tabla ventas, solo a lo largo de todos los

-Ninguna Columna puede
debería figurar el código del cliente, registros, dichos datos
depender de una columna
para que el resto de los datos se deberían atomizarse en una
que no tenga una clave
puedan referenciar automáticamente nueva tabla.
-No puede haber datos
sin problemas y sin duplicar