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

Diseño logico de la base de datos

Embed Size (px)

DESCRIPTION

Se trata de definir el diseño logico de una base de datos que corresponde al caso de una Ferreteria

Citation preview

Page 1: Diseño logico de la base de datos

UNIVERSIDAD TECNICA UNIVERSIDAD TECNICA PARTICULAR DE LOJAPARTICULAR DE LOJA

Escuela Ciencias de la ComputaciónEscuela Ciencias de la Computación

Tema: Diseño lógico de una base de datosTema: Diseño lógico de una base de datos

Caso de Estudio: FerreteríaCaso de Estudio: Ferretería

INTEGRANTES:INTEGRANTES:

Margarita NeroMargarita Nero Fabricio SánchezFabricio Sánchez

Page 2: Diseño logico de la base de datos

Explique el diseño lógico de base de Explique el diseño lógico de base de datosdatos

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

Page 3: Diseño logico de la base de datos

Describa con un ejemplo de un sistema Describa con un ejemplo de un sistema las reglas para derivar tablas que las reglas para derivar tablas que representen:representen:

TIPO DE ENTIDADES FUERTESTIPO DE ENTIDADES FUERTES Cliente._ esta es una entidad fuerte ya que Cliente._ esta es una entidad fuerte ya que

sus atributos son simples y tienen una clave sus atributos son simples y tienen una clave principal que solo depende de la entidad.principal que solo depende de la entidad.

ProductoProducto ProveedorProveedor VendedorVendedor Tarjeta de creditoTarjeta de credito

Page 4: Diseño logico de la base de datos

TIPO DE ENTIDADES DEBILESTIPO DE ENTIDADES DEBILES

Categoría _ producto ._Categoría _ producto ._ ya que sin ya que sin productos no pudiera existir la entidad productos no pudiera existir la entidad categoría del producto.categoría del producto.

Stock _ producto._Stock _ producto._ ya que si no existiera la ya que si no existiera la entidad producto esta no tendría cabida, ya entidad producto esta no tendría cabida, ya que no se podría llevar un control de las que no se podría llevar un control de las cantidades que ingresan, egresan, etc sin los cantidades que ingresan, egresan, etc sin los productos.productos.

Factura._Factura._ depende del cliente y el producto depende del cliente y el producto CompraCompra PagoPago

Page 5: Diseño logico de la base de datos

Tipos de relaciones binarias uno a Tipos de relaciones binarias uno a muchos (1:*)muchos (1:*)::

Un cliente puede tener de 1 a muchas Un cliente puede tener de 1 a muchas facturas. facturas.

Una factura puede tener de 1 a varios Una factura puede tener de 1 a varios productosproductos

Un vendedor puede emitir de una a muchas Un vendedor puede emitir de una a muchas facturas y cada una de estas facturas no facturas y cada una de estas facturas no puede ser emitida por varios vendedorespuede ser emitida por varios vendedores

Un vendedor puede atender de uno a muchos Un vendedor puede atender de uno a muchos clientesclientes

Un persona puede realizar muchos pagos y Un persona puede realizar muchos pagos y este solo le pertenece a una sola persona.este solo le pertenece a una sola persona.

Page 6: Diseño logico de la base de datos

Tipos de relaciones binarias Tipos de relaciones binarias uno a uno (1:1)uno a uno (1:1)

Un producto tiene un detalle de Un producto tiene un detalle de productoproducto

Una factura tiene un detalle de emisiónUna factura tiene un detalle de emisión Un producto tiene una sola compraUn producto tiene una sola compra

Page 7: Diseño logico de la base de datos

Tipos de relaciones Tipos de relaciones recursivas uno a uno (1:1)recursivas uno a uno (1:1)

Una persona puede ser atendida Una persona puede ser atendida por otra personapor otra persona

Page 8: Diseño logico de la base de datos

Tipos de relaciones Tipos de relaciones superclase/subclasesuperclase/subclase

Una persona puede ser un cliente, Una persona puede ser un cliente, vendedor o proveedor, en este caso vendedor o proveedor, en este caso la entidad padre es persona y las la entidad padre es persona y las entidades hijas que son vendedor, entidades hijas que son vendedor, proveedor, cliente heredan los proveedor, cliente heredan los atributos del padre y además atributos del padre y además pueden tener otros atributos propios.pueden tener otros atributos propios.

Otra es la entidad pago que puede Otra es la entidad pago que puede ser pago a contado o a crédito.ser pago a contado o a crédito.

Page 9: Diseño logico de la base de datos

Tipos de relaciones binarias Tipos de relaciones binarias muchos a muchos (*:*)muchos a muchos (*:*)

Un proveedor puede distribuir Un proveedor puede distribuir muchos productos y los productos muchos productos y los productos pueden ser distribuidos por muchos pueden ser distribuidos por muchos proveedoresproveedores

Page 10: Diseño logico de la base de datos

Tipos de relaciones Tipos de relaciones complejascomplejas

Cuando se tiene este tipo de relaciones Cuando se tiene este tipo de relaciones se crea una tabla por la relación.se crea una tabla por la relación.

Entre un cliente y un producto Entre un cliente y un producto necesitamos la tabla pago para registra necesitamos la tabla pago para registra la información sobre esa compra.la información sobre esa compra.

Entre cliente y la tarjeta de crédito Entre cliente y la tarjeta de crédito existe la relación pagoexiste la relación pago

Page 11: Diseño logico de la base de datos

Atributos multivaluadosAtributos multivaluados

Un proveedor tiene varios números Un proveedor tiene varios números de teléfonos.de teléfonos.

Un producto tiene varias fechas Un producto tiene varias fechas registradas.registradas.

Page 12: Diseño logico de la base de datos

Explique cómo puede utilizarse la técnica de Explique cómo puede utilizarse la técnica de normalización para derivar las tablas derivadas normalización para derivar las tablas derivadas a partir del modelo conceptual de los datos.a partir del modelo conceptual de los datos.

El uso de técnicas de normalización requiere que El uso de técnicas de normalización requiere que identifiquemos primero las dependencias funcionales identifiquemos primero las dependencias funcionales existentes entre los atributos de cada relación. Las existentes entre los atributos de cada relación. Las características de las dependencias funcionales que características de las dependencias funcionales que se utiliza para la normalización ya fueron explicadas se utiliza para la normalización ya fueron explicadas y solo pueden identificarse si se comprende a la y solo pueden identificarse si se comprende a la perfección el significado de cada atributo. Las perfección el significado de cada atributo. Las dependencias funcionales indican relaciones dependencias funcionales indican relaciones importantes entre los atributos de una tabla. Son importantes entre los atributos de una tabla. Son esas dependencias funcionales y la clave principal esas dependencias funcionales y la clave principal de cada relación lo que se utiliza durante el proceso de cada relación lo que se utiliza durante el proceso de normalización.de normalización.

El proceso de normalización utiliza una serie de El proceso de normalización utiliza una serie de comprobaciones con cada relación para ver si el comprobaciones con cada relación para ver si el conjunto de atributos de la relación cumple con las conjunto de atributos de la relación cumple con las reglas d una determinada forma normal.reglas d una determinada forma normal.

Page 13: Diseño logico de la base de datos

Explique dos técnicas que pueden usarse Explique dos técnicas que pueden usarse para verificar que el esquema relacional para verificar que el esquema relacional es capaz de soportar las transacciones es capaz de soportar las transacciones necesarias.necesarias.

Utilizando las relaciones, los enlaces de Utilizando las relaciones, los enlaces de clave principal/ clave externa mostrados clave principal/ clave externa mostrados en las relaciones, el diagrama ER y el en las relaciones, el diagrama ER y el diccionario de datos, trataremos de diccionario de datos, trataremos de realizar las operaciones manualmente. S realizar las operaciones manualmente. S i podemos resolver todas las i podemos resolver todas las transacciones de esta forma, habremos transacciones de esta forma, habremos validado el modelo lógico de los datos.validado el modelo lógico de los datos.

Page 14: Diseño logico de la base de datos

Describa el propósito de las restricciones Describa el propósito de las restricciones de integridad e identifique los tipos de integridad e identifique los tipos principales de restricciones de principales de restricciones de integridad existentes en un modelo integridad existentes en un modelo lógico de los datoslógico de los datos

Es el conjunto de restricciones que se quiere Es el conjunto de restricciones que se quiere imponer para proteger la base de datos de imponer para proteger la base de datos de incoherencias.incoherencias.

Los tipos principales de restricciones de Los tipos principales de restricciones de integridad son: datos requeridos, integridad son: datos requeridos, restricciones relativas a los dominios de los restricciones relativas a los dominios de los atributos, multiplicidad, integridad de atributos, multiplicidad, integridad de entidades, integridad referencial y por último entidades, integridad referencial y por último restricciones generales restricciones generales

Page 15: Diseño logico de la base de datos

Describa las estrategias alternativas Describa las estrategias alternativas que pueden aplicarse si existe una que pueden aplicarse si existe una tupla hija que hace referencia a una tupla hija que hace referencia a una tupla padre que queremos borrartupla padre que queremos borrar

Deberíamos borrar la tupla hija d Deberíamos borrar la tupla hija d referencia y luego sí borrar la tupla padre, referencia y luego sí borrar la tupla padre, o también la estrategia que puede seguir o también la estrategia que puede seguir es asignar a la tupla hija una secuencia de es asignar a la tupla hija una secuencia de ceros para que esta no haga referencia a ceros para que esta no haga referencia a una tupla padre y la padre se pueda borraruna tupla padre y la padre se pueda borrar

Page 16: Diseño logico de la base de datos

Identifique las tareas normalmente asociadas Identifique las tareas normalmente asociadas con la combinación de modelos lógicos con la combinación de modelos lógicos locales de los datos en un modelo lógico locales de los datos en un modelo lógico global.global.

Revisar los nombres y el contenido de las entidades y de sus Revisar los nombres y el contenido de las entidades y de sus claves candidatasclaves candidatas

Revisar los nombres y los contenidos de las relaciones/ claves Revisar los nombres y los contenidos de las relaciones/ claves externasexternas

Combinar las entidades/tablas de los modelos de datos localesCombinar las entidades/tablas de los modelos de datos locales Incluir sin combinarlas las entidades, tablas exclusivas de Incluir sin combinarlas las entidades, tablas exclusivas de

cada modelo de datos local.cada modelo de datos local. Combinar las relaciones, claves externas de los modelos de Combinar las relaciones, claves externas de los modelos de

datos locales.datos locales. Incluir las relaciones, claves externas exclusivas de cada Incluir las relaciones, claves externas exclusivas de cada

modelo de datos local.modelo de datos local. Verificar si falta alguna entidad, tabla o relación, clave Verificar si falta alguna entidad, tabla o relación, clave

externa.externa. Comprobar las claves externasComprobar las claves externas Comprobar las restricciones de integridadComprobar las restricciones de integridad Dibujar el diagrama ER globalDibujar el diagrama ER global Actualizar la documentación Actualizar la documentación