DISEÑO DE LA BASE DE DATOS PARA BUCAENVIOS S.A

DISEÑO DE BASE DE DATOS EN SQL - SENA

JAVIER MAURICIO RODRÍGUEZ DUEÑAS

DISEÑO DE LA BASE DE DATOS PARA BUCAENVIOS S.A.

Para iniciar el proceso de diseño de la base de datos, debe tener en cuenta que todos los datos que se darán a continuación son importantes para obtener los resultados que se piden para el desarrollo de la actividad de esta semana.

Lea atentamente los requerimientos que son dados por la empresa.

1. La empresa requiere tener en su base de datos toda la información referente a los clientes (empresas) que usan sus servicios, teniendo datos como (Nit, nombre de la empresa, dirección, teléfono, celular, actividad comercial)

[pic 1][pic 2][pic 3][pic 4][pic 5]

1. Además requiere tener los datos de las guías de envío donde se incluyen datos como (numero de guía, fecha, hora, tipo de envío y valor del flete).[pic 6]

[pic 7][pic 8][pic 9]

[pic 10]

[pic 11][pic 12]

[pic 13][pic 14]

1. De igual forma quiere tener la información organizada de la mercancía que deben entregar en sus envíos. Con los datos de (código mercancía, tipo de mercancía, descripción de la mercancía) Tenga en cuenta que una misma guía puede contener más de una mercancía y que el mismo tipo de mercancía puede ser llevada en otro envío.

[pic 15][pic 16]

1. Finalmente la empresa quiere tener datos de las ciudades hacia donde se despachan los pedidos, donde se tengan los siguientes datos (un código para la ciudad, nombre de la ciudad, departamento, distancia en kilometraje)[pic 17]

• Agrupe todos los campos que hacen parte de la base de datos para crear el diccionario de datos. Recuerde que en este debe incluir los nombres de los campos con su significado.

Ejemplo nom_cliente: nombre del cliente.

• Identifique las tablas y los atributos que hacen parte de cada una, aplicando al diseño el proceso de normalización, teniendo en cuenta la 1 Forma Normal, 2 Forma Normal y 3 Forma Normal.

SOLUCIÓN

En primer lugar procedemos a identificar la información que debe ir en la base de datos, para crear el diccionario de datos.

FORMA NO NORMALIZADA

Procedemos a identificar cual será la llave primaria para la tabla principal, de manera que haya algún o algunos datos que se identifiquen de manera única en una fila. Para este caso será el número de guía (GUIA_NO), el cuál será único.

• GUIA_NO (Llave primaria para la tabla principal) = Número de Guía
• FECHA = Fecha
• HORA = Hora Envío
• CLIENTE = Cliente
• DIRECCION = Dirección Cliente
• CC/NIT = Cédula o Nit de la Empresa
• DEPTO = Departamento de Envío
• CIUDAD = Ciudad de Envío
• CITY_COD = Código de Ciudad
• DIST_KM = Distancia Recorrida en Kilómetros
• TEL = Teléfono Cliente
• CEL = Celular Cliente
• ACT_ COMER = Actividad Comercial del Cliente
• ENVIO_TIPO = Tipo de Envío
• FLETE = Flete
• COD_MERC = Código Mercancía
• MERC_TIPO = Tipo de Mercancía
• DESC_MER = Descripción Mercancía
• VAL_UNIT = Valor Unitario
• CANT = Cantidad

PRIMERA FORMA NORMAL:

Procedemos  a seleccionar los grupos repetitivos y no repetitivos. Puesto que algunos datos se van a repetir, es necesario identificar cuáles son, para que la base de datos no se llene tanto  con los mismos tipos de datos.

• Grupo No Repetitivo:

• GUIA_NO
• FECHA
• HORA
• CLIENTE
• CC/NIT
• ACT_ COMER
• ENVIO_TIPO
• DEPTO
• CIUDAD
• CITY_COD
• DIRECCION
• TEL
• CEL
• FLETE
• DIST_KM

• Grupo Repetitivo:

• COD_MERC
• MERC_TIPO
• DESC_MER
• VAL_UNIT
• CANT

SEGUNDA FORMA NORMAL:

Puesto que no hay relación entre el grupo No repetitivo y el repetitivo, del grupo No repetitivo escogemos que dato puede servir como llave principal del grupo repetitivo, que a su vez será la llave foránea, el cual resulta ser la misma llave primaria del grupo No repetitivo GUIA_NO, que permitirá la relación entre ambos grupos.

A partir de lo anterior, se crea un nuevo grupo separando dependencia de llaves compuestas del grupo repetitivo, aquellos grupos de datos que pueden resultar redundantes en una tabla, estableciendo la llave primaria y la llave foránea para crear la relación con la tabla del siguiente grupo, esto es con el propósito de evitar, en lo posible, que la tabla no se llene varias veces con los mismos datos, lo que permite que si en algún momento se quiere modificar algún dato, no se tenga que realizar el cambio tantas veces como aparezcan, y además porque puede presentarse el caso de que algunos datos no hayan sido cambiados. Por ejemplo, el caso de que de que se quiera cambiar el valor unitario de algún producto, se debería tener cuidado al cambiar solo el valor correspondiente a ese producto y escribirlo tantas veces como aparezca en la tabla, ocasionando que no se haya modificado el valor correspondiente al ítem seleccionado en alguna posición.

...