Universidad Técnica Particular de Loja Base de Datos   Tema: Metodología: diseño lógico de bases de datos para el modelo r...
16.1. Explique el propósito del diseño lógico de bases de datos. <ul><li>El propósito es construir un modelo basado en uno...
16.2.Describa las reglas para derivar tablas que representen (Proporcione ejemplos para ilustrar sus respuestas) <ul><li>a...
<ul><li>b ) Tipos de entidad débil   </li></ul><ul><li>En el modelo de datos se van a identificar las entidades débiles, t...
<ul><li>c) tipos de relaciones binarias uno a muchos (1:*) </li></ul><ul><li>En este caso se va a denominar entidad padre ...
<ul><li>d) tipos de relaciones binarias uno a uno (1:1) </li></ul><ul><li>Es necesario aplicar las restricciones de partic...
<ul><li>Participación Obligatoria en ambos lados de la relación </li></ul>Detalle (Cod_detalle, Nom_prod, Cantidad; Prec_u...
<ul><li>e) tipos de relaciones recursivas uno a uno (1:1) </li></ul><ul><li>En este caso se aplican las mismas restriccion...
<ul><li>f)  tipos de relaciones superclase/subclase </li></ul><ul><li>La entidad superclase se la asigna como entidad padr...
16.3.  Explique cómo puede utilizarse la técnica de normalización para derivar las    tablas derivadas a partir del modelo...
16.4. Explique dos técnicas que pueden usarse para verificar que el esquema relacional es capaz de soportar las transaccio...
16.5. Describa el propósito de las restricciones de integridad e identifique los tipos    principales de restricciones de ...
16.6. Describa las estrategias alternativas que pueden aplicarse si existe una tupla    hija que hace referencia a una tup...
16.7. Identifique las tareas normalmente asociadas con la combinación de modelos    lógicos locales de los datos en un mod...
Próxima SlideShare
Cargando en…5
×

Diseño Lógico

4.229 visualizaciones

Publicado el

metodologia: diseño lógico de base de datos para el modelo relacional.

Publicado en: Tecnología
0 comentarios
0 recomendaciones
Estadísticas
Notas
  • Sé el primero en comentar

  • Sé el primero en recomendar esto

Sin descargas
Visualizaciones
Visualizaciones totales
4.229
En SlideShare
0
De insertados
0
Número de insertados
25
Acciones
Compartido
0
Descargas
83
Comentarios
0
Recomendaciones
0
Insertados 0
No insertados

No hay notas en la diapositiva.

Diseño Lógico

  1. 1. Universidad Técnica Particular de Loja Base de Datos Tema: Metodología: diseño lógico de bases de datos para el modelo relacional. Caso Práctico: Sistema de Inventario Por: Ruth Hidalgo María Fernanda Ordóñez
  2. 2. 16.1. Explique el propósito del diseño lógico de bases de datos. <ul><li>El propósito es construir un modelo basado en uno de datos específicos (modelo conceptual) con independencia del SGBD que se vaya a utilizar y a consideraciones físicas. </li></ul>
  3. 3. 16.2.Describa las reglas para derivar tablas que representen (Proporcione ejemplos para ilustrar sus respuestas) <ul><li>a) Tipos de entidad fuerte </li></ul><ul><li>En todas las entidades fuertes se van a determinar los atributos simples para con ellos construir una tabla relacional, en el caso de atributos compuestos se tomaran los atributos simples que tiene como componentes. Ejemplo: La entidad fuerte Cliente tiene un atributo compuesto nombre, la composición de la relación es: Cliente (Nro_Client, Prim_Nombre, Seg_Nombre,Nro_Tel ); la clave principal es Nro_Client. </li></ul>
  4. 4. <ul><li>b ) Tipos de entidad débil </li></ul><ul><li>En el modelo de datos se van a identificar las entidades débiles, también conocidas como entidades hijas, la tabla deberá contener los atributos simples de la entidad. No tienen clave principal, deben tomarla de las entidades propietarias. Ej. Categoría (Tipo_Categ). </li></ul>
  5. 5. <ul><li>c) tipos de relaciones binarias uno a muchos (1:*) </li></ul><ul><li>En este caso se va a denominar entidad padre a la que se encuentra en la parte de uno y como entidad hija a la que corresponde a muchos, para la composición se le asigna una tabla con todos sus atributos para la entidad padre y para la entidad hija, aparte de todos sus atributos irá la clave principal de la padre, la misma que se denomina clave externa. </li></ul><ul><li>Ejm: Entre la entidad factura y cliente (un cliente puede tener de una a muchas facturas, y una factura puede pertenecer a un solo cliente), entonces la entidad padre sería cliente y la hija sería factura </li></ul>Cliente (Nro_Client, Prim_Nombre, Seg_Nombre, Nro_Tel) Clave Principal Nro_Cliente Factura (Cod_Factura, Cod_detalle, Nro_Client, Descuentpo, Iva, fecha, Total) Clave alternativa Cod_detalle
  6. 6. <ul><li>d) tipos de relaciones binarias uno a uno (1:1) </li></ul><ul><li>Es necesario aplicar las restricciones de participación: obligatoria en ambos lados de la relación 1:1.- combinar las entidades en una sola tabla tomando una de las claves como principal y la otra como alternativa, participación obligatoria en un lado de la relación 1:1.- La entidad que tiene participación opcional en la relación es entidad padre mientras que la que tiene participación obligatoria se toma como entidad hija, participación opcional en ambos lados de la relación 1:1.- la designación de las entidades padre e hija se lo hace de una forma arbitraria. </li></ul>
  7. 7. <ul><li>Participación Obligatoria en ambos lados de la relación </li></ul>Detalle (Cod_detalle, Nom_prod, Cantidad; Prec_unitario, Cod_Factura) Factura (Cod_Factura, fecha, Cod_detalle, Nro_Client, Descuentpo, Iva, Total) Clave alternativa Cod_detalle
  8. 8. <ul><li>e) tipos de relaciones recursivas uno a uno (1:1) </li></ul><ul><li>En este caso se aplican las mismas restricciones de participación que para el tipo de relaciones anterior con la diferencia que las dos relaciones que actúan serán exactamente las mismas. </li></ul>
  9. 9. <ul><li>f) tipos de relaciones superclase/subclase </li></ul><ul><li>La entidad superclase se la asigna como entidad padre y la subclase como entidad hija, para representar en una o más tablas se debe tomar en cuenta las restricciones de disyunción y participación </li></ul>SUPERCLASE Empleado SUBCLASE Administrativo SUBCLASE De Planta
  10. 10. 16.3. Explique cómo puede utilizarse la técnica de normalización para derivar las tablas derivadas a partir del modelo conceptual de los datos. <ul><li>Para empezar tomaremos un conjunto de relaciones a partir del modelo conceptual de los datos creado el modelo conceptual de los datos para garantizar que las relaciones sean capaces de soportar las transacciones indicadas en la especificaciones de requisitos del usuario </li></ul>
  11. 11. 16.4. Explique dos técnicas que pueden usarse para verificar que el esquema relacional es capaz de soportar las transacciones necesarias. <ul><li>Utilizando las relaciones, los enlaces de clave principal/externa mostrados en las relaciones, el diagrama ER y el diccionario de datos tratando de relazar las operaciones manualmente. </li></ul><ul><li>Comprobar que las relaciones creadas en el modelo conceptual soporten las transacciones actuales </li></ul>
  12. 12. 16.5. 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. <ul><li>El propósito de las relaciones de integridad es proteger la base de datos frente a la posibilidad de que llegue a ser incompleta, imprecisa o incoherente. </li></ul><ul><li>Los tipos principales son: </li></ul><ul><li>Datos requeridos </li></ul><ul><li>Restricciones relativas a los dominios de los atributos </li></ul><ul><li>Multiplicidad </li></ul><ul><li>Integridad en las entidades </li></ul><ul><li>Integridad referencial </li></ul><ul><li>Restricciones generales </li></ul>
  13. 13. 16.6. Describa las estrategias alternativas que pueden aplicarse si existe una tupla hija que hace referencia a una tupla padre que queremos borrar. <ul><li>No Action.- impide el borrado de la tupla de la tabla padre si existen tuplas hijas que hagan referencia </li></ul><ul><li>Cascade.- si se borra la tupla padre se borran automáticamente todas las tuplas hija que hacen referencia a ella. </li></ul><ul><li>Set Null.- automáticamente se configura con valor nulo la clave externa en todas las tuplas hijas al borrar la padre. </li></ul><ul><li>Set Default.- si se borra un tupla padre los valores de la clave externa de las tuplas hijas se adaptan automáticamente sus valores predeterminados. </li></ul><ul><li>No Check.- si se borra una tupla padre no se hace nada para garantizar que se mantenga la integridad referencial </li></ul>
  14. 14. 16.7. Identifique las tareas normalmente asociadas con la combinación de modelos lógicos locales de los datos en un modelo lógico global. <ul><li>Realizar los nombres y el contenido de las entidades/tablas y de sus claves candidatas. </li></ul><ul><li>Revisar los nombres y los contenidos de las relaciones/claves externas. </li></ul><ul><li>Combinar las entidades/tablas de los modelos de datos locales. </li></ul><ul><li>Incluir las entidades/tablas excluidas de cada modelo de datos local. </li></ul><ul><li>Combinar las relaciones/claves externas de los modelos de datos locales. </li></ul><ul><li>Incluir las relaciones/claves externas exclusivas de cada modelo de datos local. </li></ul><ul><li>Verificar si falta alguna entidad/tabla o relación/clave externa. </li></ul><ul><li>Comprobar las claves externas. </li></ul><ul><li>Comprobar las restricciones de integridad. </li></ul><ul><li>Dibujar el diagrama entidad-relación global </li></ul><ul><li>Actualizar la documentación </li></ul>

×