CVVA Weblog

Mi blog personal

Normalización de Bases de Datos (las 3 formas normales)

27 comentarios

Existen 3 niveles de Normalización que deben respetarse para poder decir que nuestra Base de Datos, se encuentra NORMALIZADA, es decir, que cumple con los requisitos naturales para funcionar optimamente y no perjudicar las Performance por mala arquitectura.Estas 3 reglas de Normalización se las conoce como las 3 FORMAS NORMALES.

La Primera Forma Normal Esta primera Forma Normal, nos lleva a no repetir datos en nuestras tablas. Los famosos maestro – detalle, deben aplicarse a la estructura de la tabla.Si nuestra tabla de ventas repite una y otra vez (por cada venta) , el nombre, el domicilio y otros datos del Cliente, es que no hemos aplicado esta Normalizaciòn.Si tenemos una tabla clientes, en la tabla ventas, solo deberia figurar el codigo del cliente, para que el resto de los datos se puedan referenciar automaticamente sin problemas y sin duplicar información.Lo mismo ocurriria en una tabla de detalle de ventas, si por cada item vendido colocamos el detalle del producto, con su descripción , medidas, etc…Tendriamos un desaprovechamiento de espacio y recursos muy grande. Para ello, tendremos nuestra tabla maestra de Productos y con solo grabar el código de dicho producto en nuestra tabla de ventas, será suficiente.

La Segunda Forma Normal (Si o si debe estar previamente aplicada la Primera Forma Normal) La Segunda Forma Normal nos habla de que cada columna de la tabla debe depender de la clave.Esto significa que todo un registro debe depender únicamente de la clave principal, si tuvieramos alguna columna que se repite a lo largo de todos los registros, dichos datos deberian atomizarse en una nueva tabla.Veamos un ejemplo

 VentaID ItemID  FechaVenta  ClienteVenta  ProductoId  Cantidad 
1  01/12/2007 2334  10 
 01/12/2007 2 3333
 01/12/2007 2 66643  34 
 01/12/2007 21 
 1  02/12/2007 3566 

Ahi tenemos un claro problema !!!Acaso no se busca NO REPETIR DATOS ?Si toda una venta tendrá el mismo numero de Cliente y la misma Fecha…Por que no crear una Tabla de MAESTRO DE VENTAS y que contenga esos 2 datos ?Es evidente que la columna ClienteVenta y FechaVenta se repetirán por cada venta realizada.Es por ello que proponemos el siguiente esquema 

 VentaID ItemID  ProductoId  Cantidad 
1 2334  10 
3333
66643  34 
21 
 1 3566 

Y ahora nuestra nueva tabla maestra

VentaId  FechaVenta  ClienteVenta 
1 01/12/2007  2
02/12/2007 

Entonces, nuestra 2da Forma Normal nos habla de que cada columna de una tabla debe depender de toda la clave y no constituir un dato unico para cada grupo de registros.

La Tercera Forma Normal En realidad si nos guiamos en el ejemplo de esta nota, ya no quedaria normalización por aplicar y podriamos decir que nuestro ejemplo cumple con las 3 formas normales, ya que la 3ra Forma Normal nos habla de que :

  1. Ninguna Columna puede depender de una columna que no tenga una clave
  2. No puede haber datos derivados

En el 2do ejemplo hemos descubierto campos que dependian de la clave principal (VentaID) y que podrian incluirse en una tabla maestra.Pero supongamos un ejemplo donde ciertas columnas no dependen de la clave principal y si dependen de una columna de nuestra tabla.

 VentaID ItemID  ProductoID  Cantidad  Descripcion  Medida  Proveedor 
 1 3455  12  Impresora HP LJ8000  122cm 
 1 2455  34  Scanner HP A3555  33cm 
 2 1 5444  21  Mouse HP Wireless 

Esto es muy normal encontrar en bases mal normalizadas.Vemos que los campos DESCRIPCION , MEDIDA y PROVEEDOR no dependen de VENTAID y es por ello que no deberian estar dentro de la tabla de detalle de ventas, ya que dependen de PRODUCTOID.Aqui no se trata ya de eliminar grupos repedidos de datos (1ra Forma Normal) sino que ante la inclusion de una clave perteneciente a otra tabla, cualquier campo que sea subordinado de dicha clave debe estar en otra tabla y no en nuestra tabla detalle.

ConclusiónFinalmente si tomamos en cuenta que una tabla de detalle de venta (item x item) puede contener un volumen de millones de registros, al haberle aplicado las 3 formas normales nos estaremos ahorrando varios Gigabytes de tamaño en dicha tabla y por supuesto mejorado notablemente la performance.

About these ads

27 pensamientos en “Normalización de Bases de Datos (las 3 formas normales)

  1. Muy bueno! me sirvio! Graciassssss

  2. muy bueno tu aporte

  3. Buena explicación en lenguaje sencillo.

  4. Muy simple, por decir simple quiero decir que debido a su simplicidad es facil de comprender gracias alos ejemplos

  5. EXCELENTE APORTE CLARO FACIL Y RAPDO

  6. la tercera forma esta un poco complicada de entender.

  7. gracias por todo, de verdad que me es muy importante, pero como se aplicaria eso a una base de datos de un sitio web donde se refiere a tablas de buscador, de contenido y esas cosas

  8. am esta xida la inf. y pues si me siervio

  9. broma estas mamadas ke son una mierda de informacion……

  10. Gracias, muy bien explicado, reformularia la explicacion de la 3NF solo eso un abrazo desde chile

  11. felicitaciones 100% entendible tu explicacion es una de las mejores explicaciones.. con un lenguaje entendible por cualquier persona aunque no se a informatico

  12. me gusto mucho la explicacion fue del 1

  13. muy explicativo gracias

  14. Gracias me sirvio de mucho para aclarar unas dudas

  15. me sirvio de tarea

  16. me sirvio mucho
    (y)

  17. puedes ayudarme para una factura en las tres formas

  18. necesito problemas que pueden presentarse forma de normalizacion

Deja un comentario

Introduce tus datos o haz clic en un icono para iniciar sesión:

Logo de WordPress.com

Estás comentando usando tu cuenta de WordPress.com. Cerrar sesión / Cambiar )

Imagen de Twitter

Estás comentando usando tu cuenta de Twitter. Cerrar sesión / Cambiar )

Foto de Facebook

Estás comentando usando tu cuenta de Facebook. Cerrar sesión / Cambiar )

Google+ photo

Estás comentando usando tu cuenta de Google+. Cerrar sesión / Cambiar )

Conectando a %s

Seguir

Recibe cada nueva publicación en tu buzón de correo electrónico.

Únete a otros 170 seguidores