TrabajoFinal_unidad2Fase2_4

7

PRODUCTO FINAL - TRABAJO COLABORATIVO NO.2UNIDAD 2 PROCESAMIENTO DE CONSULTAS Y TRANSACCIONES EN BASES DE DATOS DISTRIBUIDASPRESENTADO POR: DIANA MARCELA FLORIAN GUALTEROS - COD: 1070600836NILSON JAIRO ARIAS SUREZ

ALEXANDER ECHAVARRIA COD: 91489200HUMBERTO VILLAMIZAR TORRES COD: 1098670676NO. DE GRUPO 102070_4

TUTOR: MARCO ANTONIO LOPEZ OSPINA

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA

ESCUELA DE CIENCIAS BASICAS DE LA TECNOLOGIA E INGENIERIA

CURSO ACADEMICO BASE DE DATOS DISTRIBUIDAS

COLOMBIA

2015INTRODUCCIONEn la construccin de este segundo trabajo colaborativo desarrollaremos con apoyo de la UNIDAD 2 PROCESAMIENTO DE CONSULTAS Y TRANSACCIONES EN BASES DE DATOS DISTRIBUIDAS y algunas bibliografas sugeridas que se encuentran en el entorno de conocimiento, el diseo de la BDD primeramente con la propuesta y la solucin del problema elegido por todos los compaeros. En este documento por medio de los aportes de todo el grupo se logra profundizar sobre los temas vistos en la unidad correspondiente a esta fase que identificaremos en cada tem de la misma.

Los adelantos en materia de manejo de la informacin y procesos, nos lleva a investigar uno de los principales fundamentos que rigen la materia de acceso y manejo de datos, como lo son las Bases de Datos Distribuidas. En el contexto tecnolgico, la globalizacin se entiende como la distribucin general de los datos y la informacin en todas sus formas, y herramientas como el Internet, nos demuestra la gran importancia que representa esquematizar, ordenar y procesar grandes cantidades de informacin de manera distribuida garantizando su fiabilidad para el usuario final.

OBJETIVOSPor medio del presente trabajo colaborativo no.2 se requerirn los siguientes planteamientos:

Conocer los trminos y conceptos que se ven en la UNIDAD 2 PROCESAMIENTO DE CONSULTAS Y TRANSACCIONES EN BASES DE DATOS DISTRIBUIDAS.

Adquirir habilidades y destrezas a la hora de crear consultas y transacciones para un diseo de BDD por medio de los SGBDD.

Conocer e identificar lo que un problema de base de datos requiera en la organizacin para su implementacin en la misma.

Trabajar en grupo para el desarrollo y consolidacin del trabajo colaborativo. FASE 2: GRUPAL

Cada estudiante debe tomar el problema acordado para implementar en la fase 1 y disear la base de datos, con modelo entidad relacin, modelo relacional, entidades relaciones, atributos con descripcin tamao y restricciones, la fragmentacin sugerida para distribuir la base de datos, 10 sentencias locales y 10 distribuidas a realizar sobre la base de datos propuesta; las sentencias deben ser de diversos tipos como (insercin, modificacin, consulta y eliminacin)

Para el diseo del MER, se sugiere utilizar el software DIA u otro similar.

PROBLEMA DE ACUERDO AL ENTORNO CON LA PROPUESTAEs una empresa dedicada a la comercializacin de todo tipo de calzado, su sede principal est ubicada en el Municipio de Girardot - Cundinamarca y a su vez cuenta con varias sucursales a nivel nacional (una por departamento), Est supervisada por Mateo Santiago Senz quien unifica los reportes de ventas recibidos cada mes por parte de cada administrador de sede en su correo electrnico con el fin de presentar un informe general de ventas a la gerencia de la empresa.

Cada sede posee una base de datos local (un servidor local y mltiples clientes locales) con el propsito de llevar el registro de las ventas generadas diariamente, e igualmente controlar los usuarios activos e inactivos que se tienen, se debe tener en cuenta que cada sede posee varias secciones pala clasificar los zapatos (deportivos, Damas, caballeros y nios).

La base de datos es manipulada por un sistema de informacin que est repartida en cada seccin y permite realizar consultas a su base de datos que se encuentra en el misma sede, es decir que posee una arquitectura cliente servidor centralizada pero con una red local cableada (red LAN sin acceso a internet).

SINTOMAS PRONOSTICOAl tener una base de datos por cada sede se puede presentar la duplica de usuarios, es decir que un usuario X puede estar registrada en la base de datos de un sitio y tambin ese mismo usuario X est registrada(o) en otra sede dela empresa. Igualmente por ser independiente de base de datos no habra una comunicacin continua entre sede, es lgico que para el problema de la duplica de informacin es difcil estar llamando a las otras sedes si existe ese cliente. Para el control nacional al supervisor le llevara ms trabajo y tiempo estar revisando y solucionando problemas de duplica de usuarios y control de ventas por sedes.

No habra transparencia de datos entre sucursales. Para el supervisor llevar un control real y confiable le sera difcil, debido a que las transacciones o consultas y registro no seran notorias ya que sus procedimientos son locales. La seguridad no es fiable porque su informacin est toda en solo lugar, si hackean la base de datos se robara o infringir los datos reales de la base de datos. Congestin de consultas o carencia de eficiencia, es decir si el vendedor necesita realizar una consulta a la base de datos y otra seccin tambin necesita realizar el procedimiento, el servidor atender el equipo cliente que lleve la preferencia segn la topologa de la red. Esto quiere decir que cada consulta a realizar tomara un tiempo segn la congestin. No hay un control de secuencia y causara errores de salida de las consultas. Es decir tendra la posibilidad de generar resultados errneos.

SOLUCION A ESTE PROBLEMA Para las anteriores sntomas hay una solucin efectiva que es la implementacin de una base de datos distribuida ya que la base de datos distribuida permite llevar una sola informacin para todas las sedes (transparencia) de la empresa ya que est distribuida en diferentes lugares, eso evitara el problema de la duplica de datos debido a que si se registra en Y sede las dems sedes tendran conocimiento de esto, tambin evitara la tarea de enviar correos mensuales al supervisor, facilitara esa supervisin mensual y se convertira en una supervisin continua.

Su seguridad es ms confiable debido a que sus tablas estn ubicadas en sitios apartados, tambin la se presentara la eficacia ya que es base de datos es distribuida se permitira varias consultas y todas tendran resultados, si en llegado caso todas las consultas fueran en la misma tabla se podran presentar problemas de eficiencia de respuesta pero para eso existe la fragmentacin de datos que es la copia de datos ms usados y es usada por los sitios locales para no realizar consultas al servidor y evitar esos problemas. Igualmente la concurrencia de datos evitara a que tantas consultas generaran resultados errneos ya que su funcin es controlar accesos concurrentes a la base de datos y as no permitir bloqueos.

DISEO DE LA BASE DE DATOS

MODELO ENTIDAD RELACION EMPLEADO EN EL SOFTWARE D

MODELO ENTIDAD RELACION EMPLEADO EN MYSQL WORKBENCH

Este es un pantallazo evidenciando que lo realice en mi ordenador.ENTIDADES RELACIONES, ATRIBUTOS CON DESCRIPCIN TAMAO Y RESTRICCIONESSe desarrolla la siguiente informacin detallada de las Entidades que van a ser modeladas, con sus respectivos Atributos o Campos:Primer Momento Entidades Con Los Campos Originales

Entidades Padres (E):E. Zapato (Id_Zapato, Color, Talla, Tipo, Modelo, Marca, Referencia)

E. Persona (Id_Persona, Rol, Nombres, Apellidos, Cedula, Celular, Email, Direccion)E. Departamento (Id_Departamento)

Entidades Hijas:E. Cliente (Id_Cliente)

E. Sede (Id_Sede, Nombre, Direccion, Telfono)

E. Cliente_Factura_Zapatos (Id_Cliente_Factura_Zapatos, Cantidad, Valor_Total, Fecha_Compra)

E. Factura (Id_Factura)

E. Vendedor (Id_Vendedor, Descripcin)

E. Administrador (Id_ Administrador, Descripcin)

E. Seccin (Id_Seccion, Nombre)

E. Ciudad (Id_Ciudad, Nombre)

Segundo momento: Entidades hijas luego de heredar campos clavesEntidades Padres (E):E. Zapato (Id_Zapato, Color, Talla, Tipo, Modelo, Marca, Referencia, Id_Sede)

E. Persona (Id_Persona, Rol, Nombres, Apellidos, Cedula, Celular, Email, Direccion)E. Departamento (Id_Departamento)Entidades Hijas:E. Cliente (Id_Cliente, Id_Persona)

E. Sede (Id_Sede, Nombre, Direccion, Telfono, Id_Ciudad)

E. Cliente_Factura_Zapatos (Id_Cliente_Factura_Zapatos, Cantidad, Valor_Total, Fecha_Compra, Id_Cliente, Id_Zapato, Id_Factura, Id_Vendedor)

E. Factura (Id_Factura, Id_Seccion, Id_Zapato)

E. Vendedor (Id_Vendedor, Descripcin, Id_Persona)

E. Administrador (Id_Administrador, Descripcin, Id_Persona)

E. Seccin (Id_Seccion, Nombre, Id_Sede)

E. Ciudad (Id_Ciudad, Nombre, Id_Departamento)

PRESENTO LAS RELACIONES Y MULTIPLICIDAD ENTRE LAS ENTIDADES DESCRITAS DEL PUNTO ANTERIOR

La Entidad Zapato tiene relacin 1 a N con la Entidad FacturaLa Entidad Zapato tiene relacin 1 a N con la Entidad Cliente_Factura_ZapatoLa Entidad Zapato tiene relacin 1 a N con la Entidad Sedes

La Entidad Cliente tiene relacin 1 a 1 con la Entidad PersonaLa Entidad Cliente tiene relacin 1 a N con la Entidad Cliente_Factura_Zapato

La Entidad Factura tiene relacin 1 a 1 con la Entidad ZapatosLa Entidad Factura tiene relacin 1 a N con la Entidad Cliente_Factura_ZapatoLa Entidad Factura tiene relacin 1 a 1 con la Entidad Seccin

La Entidad Persona tiene relacin 1 a N con la Entidad ClienteLa Entidad Persona tiene relacin 1 a N con la Entidad AdministradorLa Entidad Persona tiene relacin 1 a N con la Entidad Vendedor

La Entidad Cliente_Factura_Zapato tiene relacin 1 a 1 con la Entidad ClienteLa Entidad Cliente_Factura_Zapato tiene relacin 1 a 1 con la Entidad ZapatosLa Entidad Cliente_Factura_Zapato tiene relacin 1 a 1 con la Entidad VendedorLa Entidad Cliente_Factura_Zapato tiene relacin 1 a 1 con la Entidad Factura

La Entidad Administrador tiene relacin 1 a 1 con la Entidad Persona

La Entidad Vendedor tiene relacin 1 a 1 con la Entidad PersonaLa Entidad Vendedor tiene relacin 1 a N Entidad Cliente_Factura_Zapatos

La Entidad Seccin tiene relacin 1 a N con la Entidad FacturaLa Entidad Seccin tiene relacin 1 a 1 con la Entidad Sedes

La Entidad Sedes tiene relacin 1 a N con la Entidad ZapatosLa Entidad Sedes tiene relacin 1 a N con la Entidad Seccin

La Entidad Ciudad tiene relacin 1 a 1 con la Entidad Departamento

La Entidad Departamento tiene relacin 1 a N con la Entidad Ciudad

SENTENCIAS LOCALESSENTENCIAS INSERTAR

INSERT INTO `calzado_tierra_santa`.`ciudad` (Ìd_Ciudad`, `Nombre`, `Departamento_Id_Departamento`) VALUES ('1', 'Ibague', '1'), ('3', 'Cali', '2'), ('2', 'Bogota', '3'), ('4', 'Cartagena', '4');

INSERT INTO `calzado_tierra_santa`.`departamento` (Ìd_Departamento`, `Nombre`) VALUES ('1', 'Tolima'), ('2', 'Valle del Cauca'), ('3', 'Cundinamarca'), ('4', 'Bolivar');

INSERT INTO `calzado_tierra_santa`.`sedes` (Ìd_Sede`, `Nombre`, `Direccion`, `Telefono`, `Ciudad_Id_Ciudad`) VALUES ('1', 'Tierra Santa Bogota', 'Calle 90', '2902354', '1'), ('2', 'Tierra Santa Cali', 'Carrera 14', '2241913', '2'), ('3', 'Tierra Santa Ibague', 'Avenida Libertadores', '7158823', '3'), ('4', 'Tierra Santa Cartagena', 'Transversal 15', '2455784', '4');SENTENCIAS MODIFICARALTER TABLE Persona CHANGE Rol Cargo integer ( 30 )

ALTER TABLE Persona CHANGE Celular Telefono integer ( 45 )ALTER TABLE Sedes CHANGE Telefono Celular integer ( 45 )SENTENCIAS ELIMINARDELETE FROM ciudad where Id_Ciudad=4;

DELETE FROM departamento where Id_Departamento=4

DELETE FROM sedes where Id_Sede=4

SENTENCIAS DISTRIBUIDASSENTENCIAS INSERTARINSERT INTO `Calzado_Tierra_Santa`.`persona` (Ìd_Persona`, `Rol`, `Nombre`, Àpellido`, `Cedula`, `Celular`, Èmail`, `Direccion`) VALUES ('2', 'Vendedor', 'Nikol', 'Ferrer', '39618566', '3142730321', '[email protected]', 'Calle 7');

INSERT INTO `calzado_tierra_santa`.`sedes` (Ìd_Sede`, `Nombre`, `Direccion`, `Telefono`, `Ciudad_Id_Ciudad`) VALUES ('1', 'Tierra Santa Bogota', 'Calle 90', '2902354', '1');

INSERT INTO `calzado_tierra_santa`.`seccion` (Ìd_Seccion`, `Nombre`, `Sede_Id_Sede`) VALUES ('1', 'Nios', '2');

SENTENCIAS MODIFICARUPDATE PERSONASET Rol=Asesor

WHERE Rol=Vendedor

UPDATE SEDESSET Nombre=Tierra Santa Principal

WHERE Nombre=Tierra Santa BogotaUPDATE SECCIONSET Nombre=Infantil

WHERE Nombre= NiosSENTENCIAS ELIMINARDELETE FROM PERSONAWHERE Apellido=Ferrer

DELETE FROM SEDESWHERE Telefono =7158823

DELETE FROM SECCIONWHERE Nombre= NiosSENTENCIAS SELECTSELECT FROM CedulaFROM PERSONAWHERE Cedula=39618566

SELECT FROM CIUDAD_Id_CiudadFROM SEDESWHERE CIUDAD_Id_Ciudad =3

SELECT FROM NombreFROM SECCIONWHERE Nombre=InfantilFRAGMENTACIN MIXTA DE LA BASE DE DATOS (HORIZONTAL VERTICAL)

La fragmentacin propuesta es mixta ya que se compone de horizontales y verticales, para el ejemplo la realizamos para el servidor y 2 clientes, pues como lo propuesta lo indica es que en existan datos en cada sucursal las cuales aproximadamente son 33, una por cada departamento.

Las fragmentaciones horizontales se realizan sobre las tuplas de relacin, cada fragmento ser un subconjunto de las tuplas de relacin, lo cual indica que la informacin de una sola tabla puede estar distribuida en muchas partes en diferentes lugares as:

SERVIDOR Tuplas originalesId_personaRolNombreApellidosCedulaCelularEmailDireccion

[email protected] 65 89



[email protected] 15


DISTRIBUCIN DE FRAGMENTOS EN OTROS SITIOS.CLIENTE A:Id_personaRolNombreApellidosCedulaCelularEmailDireccion




CLIENTE B:Id_personaRolNombreApellidosCedulaCelularEmailDireccion

[email protected] 15


En el caso de la fragmentacin vertical los fragmentos contienen un subconjunto de atributos, el objetivo es dividir la relacin en un conjunto de relaciones ms pequeas tal que algunas de las aplicaciones de usuario slo hagan uso de ese fragmento, gracias a una buena fragmentacin vertical se puede reducir el tiempo de ejecucin de las aplicaciones que emplean esos fragmentos, a continuacin un ejemplo:

SERVIDOR Tuplas originalesId_zapatoColorTallaTipoModeloMarcaReferenciaSEDE_id-sede

1Negro42Mocasin432Papos0003645333

2Caf36Deportivo44Merrell000253628

3Rojo41Botin343AC000364512

4Negro38Babucha234Azaleia000123715

5Azul44seorial2342todocuero00036982

CLIENTE A:Id_zapatoColorTallaReferenciaSEDE_id_sede

1Negro420003645333

2Caf36000253628

3Rojo41000364512

4Negro38000123715

5Azul4400036982

CLIENTE B:Id_zapatoTallaReferenciaSEDE_id_sede

1420003645333

236000253628

341000364512

438000123715

54400036982

INDEPENDENCIA DE DBMSTodo lo que en realidad necesitamos es que todos los ejemplares del DBMS en sitios diferentes soporten la misma interfaz, aunque no tienen que ser necesariamente copias del mismo software DBMS.

En este problema elegido se realizo la conexin de la base de datos trabajando como master.

Vemos que nuestra conexin esta creada

Ya la parte de la fragmentacin depende de cmo se requiera analizar la informacin.

ANEXO 3 FORMATO DE COEVALUACIN DEL GRUPOGrupo colaborativoNo. 102070_4Valoracin Baja

Entre 1 y 5Valoracin Media

Entre 6 y 8Valoracin Alta

Entre 9 y 10

Indicadores

Participaron en la actividad Todos los integrantes del grupo colaborativo? 8

Todos los integrantes del grupo colaborativo se manifestaron en el foro, desde el inicio de la actividad? 8

Todos los integrantes del grupo revisaron los aportes de los compaeros? 8

Todos los integrantes del grupo, realizaron aportes pertinentes y asertivos? 8

Todos los integrantes del grupo realizaron las actividades asignadas con tiempo suficiente (Dentro de las semanas establecidas)? 6

Todos los integrantes del grupo, tuvieron en cuenta las N-etiquetas, y fueron respetuosos en sus intervenciones en el foro? 9

Resultado final: 7,8

ANEXO 2 FORMATO DE AUTOEVALUACION INDIVIDUALNombre del estudiante:

Humberto Villamizar TorresGrupo colaborativo:102070_4

Valoracin

Baja

Entre 1 y 5Valoracin

media


alta

Entre 9 y 10

INDICADORES

Particip en la refinacin del diseo?8

Revise y comente aportes de mis compaeros?8

Demostr inters en el proceso?9

Realic aportes pertinentes y asertivos que condujeran a la solucin del problema?9

Expres mis puntos de vista con claridad?10

Apoy mis ideas con argumentos?9

Realic las actividades asignadas con tiempo suficiente?8

RESULTADO FINAL8,7


Diana marcela Florin gualterosGrupo colaborativo:102070_4

Valoracin

Baja


media


alta

Entre 9 y 10

INDICADORES








RESULTADO FINAL9


Alexander

EchavarriaGrupo colaborativo:102070_4

Valoracin

Baja


media


alta

Entre 9 y 10

INDICADORES








RESULTADO FINAL8


Nilson Jairo Arias Suarez Grupo colaborativo:102070_4

Valoracin

Baja


media


alta

Entre 9 y 10

INDICADORES








RESULTADO FINAL8.2

CONCLUSIONESCon la realizacin de este trabajo colaborativo, se logr identificar y conocer los diferentes procesos de consultas y transacciones que se hacen en un Diseo de base de datos distribuidas con el fin de implementar diseos problemas del entorno en las organizaciones que as lo requieran.

Como tambin adquirimos habilidades y conocimientos con nos llevan ms all de una simple base de datos centralizada como propsito de apropiarnos de estos conceptos y trminos para el adecuado y eficaz aplicacin de las BDD. Por medio del grupo colaborativo se logr escoger la problemtica de entorno ms indicada y adecuada para el posterior desarrollo del diseo en una SGBDD por medio de los apoyos y temas de la UNIDAD II.

Las bases de datos distribuidas constituyen el eslabn principal para lograr la globalizacin de la informacin. La arquitectura ideal para el manejo de las bases de datos distribuidas, es el modelo relacional, gracias a que se garantiza la integridad de los datos y la minimizacin de la redundancia de los mismos. Las bases de datos centralizadas, slo pueden ser usadas para el manejo de ciertas estructuras que obedezcan a relaciones unidireccionales y no a relaciones multidireccionales.REFERENCIAS BIBLIOGRAFICASLpez, P., Blesa, P. (2000). Gestin de base de datos. (PP 189-200). Espaa: Reproval. http://books.google.es/books?id=zYBWm5-X5usC&pg=PA4&dq=procesamiento+de+consultas+distribuidas.&hl=es&sa=X&ei=EMSoU6a GKmtsASCkoHgDw&ved=0CCkQ6wEwAQ#v=onepage&q=procesamiento%20de%20consultas%20distribuidas.&f=false

Captulo 5 Transacciones:Cardoso, L. (2006). Sistema de Base de datos II. (PP 189-200). Venezuela: UCAB.http://books.google.es/books?id=wDL0VJNT4EkC&pg=PA69&dq=procesamiento+de+transaciones.&hl=es&sa=X&ei=78qoU5jGOKTNsQSi4ICgBw&ved=0CDEQ6AEwAQ#v=onepage&=procesamiento%20de%20transacciones.&f=falseCaptulo 6 Control de concurrencia y recuperacinKroenke, D. (2003). Procesamiento de Base de datos. (PP 295-320). Mxico:

Prentice Hall.http://books.google.es/books?id=7ORUWItwcNEC&pg=PA298&dq=Control+de+concurrencia+en+bases+de+datos+distribuidas&hl=es&sa=X&ei=TNuoU8b1OqhsQStv4CYAg&ved=0CCoQ6AEwAA#v=onepage&q=Control%20de%20concurrencia%20en%20bases%20de%20datos%20distribuidas&f=false

Documents

TrabajoFinal_unidad2Fase2_4