Base
Upcoming SlideShare
Loading in...5
×
 

Base

on

  • 1,515 views

 

Statistics

Views

Total Views
1,515
Views on SlideShare
1,515
Embed Views
0

Actions

Likes
1
Downloads
17
Comments
0

0 Embeds 0

No embeds

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

Base Base Presentation Transcript

  • 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
    • 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.
  • 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
    • 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
    • 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.
  • 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
  • Tipos de relaciones recursivas uno a uno (1:1)
    • Una persona puede ser atendida por otra persona
  • 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.
  • Tipos de relaciones binarias muchos a muchos (*:*)
    • Un proveedor puede distribuir muchos productos y los productos pueden ser distribuidos por muchos proveedores
  • 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
  • Atributos multivaluados
    • Un proveedor tiene varios números de teléfonos.
    • Un producto tiene varias fechas registradas.
  • 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.
  • 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.
    • 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
    • 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
  • 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