Entrega_TallerIII

Facultad de Estadstica e Informtica Taller de Integracin III Profesora Blanca Landa Pensado Sistema de distribucin de paquetes Elizalde Rosales Jos Luis Medina Garca Carlos Arturo Ziga Sarmiento Enrique 24 de noviembre de 2014 NDICE Introduccin.. 3 Contexto.. 3 Modelo entidad relacin..... 4 Normalizacin... 5 Esquema de fragmentacin 7 Implementacin de fragmentacin... 10 Procedimientos, funciones ydisparadores... 19 Conclusin.. 28 Anexo A Diccionario de Datos.. 29 Anexo B Funcionamiento de la aplicacin 36 INTRODUCCIN El presente trabajo contiene la definicin y especificacin de cmo se implement una base de datos distribuida y la aplicacin que la utiliza para un sistema de distribucin de paquetera, basndonos en el modelo utilizado por la empresa de paquetera DHL. CONTEXTO Laproblemtica que se tratar en el presente trabajo encuentra su contexto en los sistemas de envo, para fines de este trabajo se har una propuesta dirigida a la empresa DHL a nivel nacional. Se planea disear una Base de Datos distribuida para las sucursales que se encuentran ubicadas geogrficamente en diferentes puntos de la repblica, dicha base de datos tendr almacenada informacin de los clientes, lostipos de paquetes que se pueden enviar, la ubicacin actual de algn paquete durante su envo, descripcin de los paquetes, las regiones y las sucursales. A continuacin se muestra la propuesta que consideramos satisface las necesidades de la empresa de envos DHL. MODELO ENTIDAD RELACIN NORMALIZACIN Al realizar la base de datos se comenz con un modelo de entidad relacin base que fue evolucionando hacala estructura que actualmente tiene la base de datos. Se llevaron a cabo las siguientes etapas de normalizacin Primera forma normal (1FN) Se verific que el esquema de la base de datos cumpliera con los criterios de la primera forma normal Todos los datos son atmicos Todas las tablas tienen una llave primaria Las tablas no contienen ms de un valor de su dominio Segunda forma normal (2FN) Se verificque el esquema de la base de datos cumpliera con los criterios de la segunda forma normal, eliminando la dependencia funcional, es decir, todos los atributos que no son una clave primaria deben depender nicamente de una llave y no ms. Tercera forma normal (3FN) Finalmente se verific que el esquema de la base de datos no contara con ningn tipo de dependencia funcional transitiva, es decir, que noexista ms que una manera de llegar a una tabla dada. Las tablas resultantes del proceso de normalizacin se muestran a continuacin ESQUEMA DE FRAGMENTACIN/UBICACIN Esquema Global Sucursal idSusursal, nombre, calle, numero, colonia, CP, municipio, estado EmpleadoidEmpleado, nombre,apPaterno, ApMaterno, calle, colonia, numero, correo ReginidRegion, Nombre TrayectoidTrayecto, FechaPaqueteidPaquete, peso, frgil, prioridad, tipo, estatus, costoEnvo Contenidoidcontenido,Descripcin DestinatarioidDestinatario, nombre, telfono, correo ClienteidCliente, nombre, ApPat, ApMat, Calle, numero, colonia, ciudad, estado, telfono, correo, CP, RFC, Tipo PaquetesClienteidPaquetesCliente Para llevar a cabo la fragmentacin de la base de datos distribuida, se separaron las tablas de acuerdo a cincoregiones Centro, Noreste, Noroeste, Sureste y Suroeste. Estos son los sitios en donde se implementar y cada uno contendr la informacin especificada. Se utiliza la notacin C (Centro), NE (Noreste), NO (Noroeste), SE (Sureste) y SO (Suroeste) al final del nombre de las tablas. Basado en dichos criterios se fragmentaron la mayora de las tablas, excepto Trayecto, Paquete, Contenido y Destinatario, quese mantienen en la regin central para eficientar el acceso a los datos que contienen y evitar la redundancia innecesaria de su informacin. Esquema Fragmentado RegionCentro idRegion, Nombre RegionNorEste idRegion, Nombre RegionNoroeste idRegion, Nombre RegionSurEste idRegion, Nombre RegionSurOeste idRegion, Nombre SucursalC idSusursal, nombre, calle, numero, colonia, CP, municipio,...