Ejemplo de normalización de una factura de venta

Ejemplo de normalización de una factura de venta. . Codigo_Producto en nuestro caso.Ing. Creamos el Diccionario de Datos . estos datos junto con la llave primaria formaránun nuevo grupo (grupo #3) cuya llave primaria será la misma que tenía el grupo#2(Codigo_Producto) y este mismo dato se conserva en el grupo #2 pero para este grupo pasaa ser llave secundaria. 500456Datos no Repetitivos Ing. 2. Orlando Bettin j. Aplicamos Primera Forma Normal 1FN : Dividimos la lista de datos del diccionario de datos en dos grupos : El grupo # 1 estará formado por aquellos datos que no se repiten y en grupo # 2por aquellos datos repetitivos Clave Principal DatosREPET F e c h a : 0 5 0 4 2 0 1 1 No.Al aplicar segunda forma normal nos que el siguiente modelo relacional Grupo repetitivo . Aplicandolo anteriormente expuesto nos queda el siguiente modelo relacional en primera forma normal(1FN). Reestructurado y Modificado por BJ System Al aplicar primera forma normal debemos adicionar en el grupo repetitivo el campo que seselecciono como llave primaria al momento de elaborar el diccionario de datos para que sirvacomo llave secundaria y permita establecer una relación de cardinalidad 1-N desde el grupo#1(norepetitivo) al grupo#2(grupo repetitivo) y seleccionamos una llave primaria al grupo#2. Orlando Bettin j. Reestructurado y Modificado por BJ System DESARROLLO 1. Aplicamos Segunda Forma Normal 2FN: Al aplicar segunda forma normal sólo se analiza elgrupo repetitivo (grupo #2) y se determina que datos dependen de forma única del la llaveprimaria. 3. para ello hacemos una lista de todos los campos presentesen el documento y elegimos para ellos una llave primaria. Este grupo No dependen de forma única del la llave primaria y soninherentes a la venta No al roducto .Llave secundaria Relación de cardinalidad 1-N Este grupo dependen de forma única del la llave primaria y soninherentes al roducto. . . Los cambios propuestos semuestran a continuación. D OTRAS OBSERVACIONES. Se ha seguido el proceso de normalización haciendo un ARDpartiendo de un diccionario de datos formado a partir del esquema de una factura. Así nos queda el siguientemodelo. Reestructurado y Modificado por BJ System 4. Orlando Bettin j. Cambiaremos los nombres de las tablas . Al aplicar tercera forma normal se analiza sólo al grupono repetitivo. Nota: Ahora asignar Nombres a las tablas . luego se ha procedido a aplicar 1FN. En tal sentido procederemos a analizar cada una de las tablas y ahacer los ajustes que sean necesarios.El cambio en los nombres de las tablas se hace para que dichos nombres guardenrelación con los datos que almacenan cada tabla.2FN y3FN. grupo # 1 en nuestro caso. Para el nuevo grupo se selecciona una llave primaria y dichocampo se conserva en el primer grupo como llave secundaria.Ing. 5. es decirnos hemos basado en uno de los múltiples documentos que puede generar una empresa paraformar la lista de datos. y se separan de él aquellos campos que no dependandirectamente de la llave primaria. Aplicamos Tercera Forma Norma 3FN. No obstante haberseguido el proceso de normalización hasta 3FN en posible que aun nuestra base de datosnecesite algunos ajustes. NOMBRE DEL GRUPO DESCRIPCION DE LA INFORMACION QUE CONTIENE CADA GRUPO NUEVO NOMBRE PARA LA TABLAREPRESENTATIVA DE CADA GRUPO Grupo # 1 Información de la factura TBLFacturaGrupo # 2 Detalles de la venta realizada. es la lista de productosvendido y relacionados en una factura particular. TBLProductosGrupo # 4 Datos del cliente TBLClientes .TBLDetalleFacturaGrupo # 3 Datos de los productos. . Ing. Orlando Bettin j. La tabla que guarda los datos de los productos no registra el valor actual de losproductos por lo que se le adicionará un nuevo campo llamado VALOR_ACTUAL. El modelo relacional final es el siguiente . Reestructurado y Modificado por BJ System Adicionamos datos en aquellas tablas que lo requieran. Es importante no confundir el campo VALOR_ACTUAl de la tabla de productos conel campo VALOR_UNITARIO de la tabla de detalles de la factura el VALOR_ACTUALcomo su nombre lo indica es el valor presente a la fecha de un producto enparticular y el VALOR_UNITARIO es el precio al cual fue vendido un producto enparticular Después de haber hecho los ajustes necesarios (cabio de nombres a las tablas y adición de nuevosdatos) hemos llegado al final del proceso de normalización y podemos estar seguros de quetenemos un buen diseño de nuestra base de datos.