Scribd
Cargar
725 vistas4 páginas

Normalización de Datos en SQL para Facturación

El documento describe el diseño de una base de datos para sistematizar la facturación de una empresa. Se debe crear un diccionario de datos con la información de una factura de compra venta dada y realizar el proceso de normalización hasta la tercera forma normal. Esto resulta en cuatro tablas separadas para los grupos de datos repetitivos y no repetitivos de la factura y la información del cliente.

Cargado por

marthin0104
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como DOC, PDF, TXT o lee en línea desde Scribd
725 vistas4 páginas

Normalización de Datos en SQL para Facturación

El documento describe el diseño de una base de datos para sistematizar la facturación de una empresa. Se debe crear un diccionario de datos con la información de una factura de compra venta dada y realizar el proceso de normalización hasta la tercera forma normal. Esto resulta en cuatro tablas separadas para los grupos de datos repetitivos y no repetitivos de la factura y la información del cliente.

Cargado por

marthin0104
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como DOC, PDF, TXT o lee en línea desde Scribd

DISEÑO DE BASES DE DATOS EN SQL.

---------------------------------------------------------------------------------------------------------------------
La empresa COLOMBIAN SYSTEMS lo ha contratado como el “Ingeniero Encargado” para sistematizar la facturación. En
la siguiente FACTURA DE COMPRA VENTA, usted debe analizar toda la información disponible y debe crear el
DICCIONARIO DE DATOS.

Una vez tenga el Diccionario de Datos, haga un análisis ARD (Análisis Relacional de Datos) y ejecute el proceso de
normalización, hasta llegar a la Tercera Forma Normal.

La idea es realizar la respectiva justificación detallada de cada uno de los pasos que conduzcan al resultado final (Modelo
Entidad Relación Normalizado).

FACTURA DE COMPRAVENTA UNIDAD 1


GRUPO:
MARTIN RODRIGUEZ
REINALDO SCLUZA RUIZ

SOLUCION

Primero procedemos a diseñar el diccionario de datos, teniendo en cuenta la información de la


factura:

NUMFACT  Número de la factura de compra venta


FECHA  Fecha de la factura de compra venta
NOMBRE-CLIENTE  Nombre del cliente
DIR_CLIENTE  Dirección del cliente
ID_CLIENTE  Identificación del cliente ya sea NIT o CC
CIUDAD_CLIENTE  Ciudad del cliente
TEL_CLIENTE  Teléfono del cliente
CATEGORIA  Categoría del producto
CODIGO  Código del producto
DESCRIPCION  Descripción del producto
CANTIDAD  Cantidad de productos q compra el cliente
VALOR_UNIT  Valor unitario del producto
VALOR_TOTAL  Valor total de la compra del cliente

Al realizar el análisis relacional de datos dividimos los campos en grupos repetitivos y no


repetitivos, así:

Grupo Repetitivo Grupo ¨no¨ repetitivo


   
CODIGO NUMFACT

DESCRIPCION FECHA

CANTIDAD NOMBRE-CLIENTE
VALOR_UNIT DIR_CLIENTE

VALOR_TOTAL ID_CLIENTE

  TEL_CLIENTE

CIUDAD-CLIENTE
 
Luego procederemos a realizar el proceso según las reglas de la normalización:

PRIMERA FORMA NORMAL:

Combinamos las llaves primarias de los grupos anteriormente descritos, para asegurar que en
cada factura no existan códigos iguales:

grupo 1 grupo 2
   
NUMFACT NUMFACT

FECHA CODIGO

ID_CLIENTE DESCRIPCION
NOMBRE_CLIENTE CANTIDAD

DIR_CLIENTE VALOR_UNIT

TEL_CLIENTE VALOR_TOTAL
CIUDAD-CLIENTE  

SEGUNDA FORMA NORMAL:

La segunda forma normal consiste en obtener un tercer grupo que puede estar constituido por
los campos que no dependen de la llave compuesta y que tenga a CODIGO como llave y
DESCRIPCION como campo de la tabla, de igual forma con los campos VALOR_UNIT y
VALOR_TOTAL, los cuales están asociados al campo CODIGO ya que la descripción de un
artículo con un código corresponde a un valor de venta.

grupo 1 grupo 2 grupo 3


     
NUMFACT NUMFACT CODIGO

FECHA CODIGO DESCRIPCION

ID_CLIENTE CANTIDAD VALOR_UNIT

NOMBRE_CLIENTE VALOR_TOTAL

DIR_CLIENTE    

TEL_CLIENTE    
CIUDAD_CLIENTE    
Y para finalizar LA TERCERA FORMA NORMAL:
Se realiza la separación de otro grupo donde estará la información del cliente:

grupo 1 grupo 2 grupo 3 grupo 4


       

NUMFACT NUMFACT CODIGO ID_CLIENTE

CODIGO DESCRIPCION NOMBRE_CLIENTE


FECHA
ID_CLIENTE CANTIDAD VALOR_UNIT DIR_CLIENTE

    VALOR_TOTAL TEL_CLIENTE

  CIUDAD_CLIENTE
   

También podría gustarte