Está en la página 1de 2

INSTITUTO TECNOLÓGICO SUPERIOR TENA

CARRERA DE: TECNOLOGIA SUPERIOR


DE ANALISIS EN SISTEMAS
Nombre: Karen Grefa
Nivel: Quinto
Asignatura: Programación en Oracle
Docente: Gonzalo Guanipatin
Fecha: 4-06- 2018

Normalización de bases de datos

El proceso de normalización de bases de datos consiste en designar y aplicar una serie de


reglas a las relaciones obtenidas tras el modelo entidad-relación.

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

Para que las tablas de nuestra BD estén normalizadas deben cumplir las siguientes
reglas:

• 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.
Principales formas normales que ayudan a tener un dato único:

• Primera forma normal. En esta forma normal se debe disponer de una tabla
independiente para cada conjunto de datos relacionados, identificando cada conjunto de
datos relacionados con una clave principal. Además, los datos de significado similar no
deben estar en una misma tabla. Por ejemplo, los stocks de un artículo, si tenemos
multialmacén, no deben ser varios campos en una misma tabla del tipo “Stock almacen1”,
“Stock almacen2”, etc… sino que debería estructurarse en una o más tablas donde se
registre, por cada almacén y artículo, el stock.

• Segunda forma normal. Si tenemos información que se aplica a múltiples registros,


ésta debe estar organizada en entidades separadas y unida con una clave ajena. Por
ejemplo, supongamos que tenemos la información de un cliente que se utilizará en
múltiples operaciones (venta, llamada, devolución, etc…); la información del cliente se
organiza de forma independiente y única pero se relaciona con el resto de operaciones
con una clave ajena.

• Tercera forma normal. Para cumplir esta forma normal debemos diseñar los datos
de manera que en un mismo registro de una tabla sus campos dependen de la clave
primaria. Por ejemplo, en un registro de una venta, no debería almacenarse el stock del
artículo ya que no tiene una dependencia directa con la venta. También se verían
afectados campos calculados, como el stock de un producto concreto. Puede ser
interesante aplicar la tercera forma normal sólo a los datos que cambian con frecuencia ya
que, de lo contrario, se podría ver afectado el rendimiento de la base de datos al tener
que desglosar, en numerosas tablas de menor tamaño, toda la información