Este documento describe el diseño lógico de una base de datos para una ferretería. Explica cómo identificar las relaciones entre las entidades del modelo conceptual y derivar tablas relacionales mediante normalización. También describe tipos de relaciones como uno a muchos, uno a uno y muchos a muchos, y técnicas como verificar transacciones y restricciones de integridad para validar el esquema relacional.

1. UNIVERSIDAD TECNICA PARTICULAR DE LOJA Escuela Ciencias de la Computación Tema: Diseño lógico de una base de datos Caso de Estudio: Ferretería INTEGRANTES: Margarita Nero Fabricio Sánchez

2. Explique el diseño lógico de base de datos Este diseño consiste en identificar las relaciones que hay entre las entidades que se representaron en el modelo conceptual, esto constituiría en un modelo relacional, a este modelo relacional se lo valida con la normalización y se verifica si cumple todas las transacciones que desea el usuario, además se requiere verificar las restricciones de integridad por ejemplo que datos siempre son requeridos, cual es el dominio de los atributos de las entidades que se han definido, la multiplicidad, una clave principal nunca pude ser nula y una clave externa debe hacer referencia a una padre existente.

3. Describa con un ejemplo de un sistema las reglas para derivar tablas que representen: TIPO DE ENTIDADES FUERTES Cliente._ esta es una entidad fuerte ya que sus atributos son simples y tienen una clave principal que solo depende de la entidad. Producto Proveedor Vendedor Tarjeta de credito

4. TIPO DE ENTIDADES DEBILES Categoría _ producto ._ ya que sin productos no pudiera existir la entidad categoría del producto. Stock _ producto._ ya que si no existiera la entidad producto esta no tendría cabida, ya que no se podría llevar un control de las cantidades que ingresan, egresan, etc sin los productos. Factura._ depende del cliente y el producto Compra Pago

5. Tipos de relaciones binarias uno a muchos (1:*) : Un cliente puede tener de 1 a muchas facturas. Una factura puede tener de 1 a varios productos Un vendedor puede emitir de una a muchas facturas y cada una de estas facturas no puede ser emitida por varios vendedores Un vendedor puede atender de uno a muchos clientes Un persona puede realizar muchos pagos y este solo le pertenece a una sola persona.

6. Tipos de relaciones binarias uno a uno (1:1) Un producto tiene un detalle de producto Una factura tiene un detalle de emisión Un producto tiene una sola compra

7. Tipos de relaciones recursivas uno a uno (1:1) Una persona puede ser atendida por otra persona

8. Tipos de relaciones superclase/subclase Una persona puede ser un cliente, vendedor o proveedor, en este caso la entidad padre es persona y las entidades hijas que son vendedor, proveedor, cliente heredan los atributos del padre y además pueden tener otros atributos propios. Otra es la entidad pago que puede ser pago a contado o a crédito.

9. Tipos de relaciones binarias muchos a muchos (*:*) Un proveedor puede distribuir muchos productos y los productos pueden ser distribuidos por muchos proveedores

10. Tipos de relaciones complejas Cuando se tiene este tipo de relaciones se crea una tabla por la relación. Entre un cliente y un producto necesitamos la tabla pago para registra la información sobre esa compra. Entre cliente y la tarjeta de crédito existe la relación pago

11. Atributos multivaluados Un proveedor tiene varios números de teléfonos. Un producto tiene varias fechas registradas.

12. Explique cómo puede utilizarse la técnica de normalización para derivar las tablas derivadas a partir del modelo conceptual de los datos. El uso de técnicas de normalización requiere que identifiquemos primero las dependencias funcionales existentes entre los atributos de cada relación. Las características de las dependencias funcionales que se utiliza para la normalización ya fueron explicadas y solo pueden identificarse si se comprende a la perfección el significado de cada atributo. Las dependencias funcionales indican relaciones importantes entre los atributos de una tabla. Son esas dependencias funcionales y la clave principal de cada relación lo que se utiliza durante el proceso de normalización. El proceso de normalización utiliza una serie de comprobaciones con cada relación para ver si el conjunto de atributos de la relación cumple con las reglas d una determinada forma normal.

13. Explique dos técnicas que pueden usarse para verificar que el esquema relacional es capaz de soportar las transacciones necesarias. Utilizando las relaciones, los enlaces de clave principal/ clave externa mostrados en las relaciones, el diagrama ER y el diccionario de datos, trataremos de realizar las operaciones manualmente. S i podemos resolver todas las transacciones de esta forma, habremos validado el modelo lógico de los datos.

14. Describa el propósito de las restricciones de integridad e identifique los tipos principales de restricciones de integridad existentes en un modelo lógico de los datos Es el conjunto de restricciones que se quiere imponer para proteger la base de datos de incoherencias. Los tipos principales de restricciones de integridad son: datos requeridos, restricciones relativas a los dominios de los atributos, multiplicidad, integridad de entidades, integridad referencial y por último restricciones generales

15. Describa las estrategias alternativas que pueden aplicarse si existe una tupla hija que hace referencia a una tupla padre que queremos borrar Deberíamos borrar la tupla hija d referencia y luego sí borrar la tupla padre, o también la estrategia que puede seguir es asignar a la tupla hija una secuencia de ceros para que esta no haga referencia a una tupla padre y la padre se pueda borrar

16. Identifique las tareas normalmente asociadas con la combinación de modelos lógicos locales de los datos en un modelo lógico global. Revisar los nombres y el contenido de las entidades y de sus claves candidatas Revisar los nombres y los contenidos de las relaciones/ claves externas Combinar las entidades/tablas de los modelos de datos locales Incluir sin combinarlas las entidades, tablas exclusivas de cada modelo de datos local. Combinar las relaciones, claves externas de los modelos de datos locales. Incluir las relaciones, claves externas exclusivas de cada modelo de datos local. Verificar si falta alguna entidad, tabla o relación, clave externa. Comprobar las claves externas Comprobar las restricciones de integridad Dibujar el diagrama ER global Actualizar la documentación