Cuestiones de Repaso Capitulo16
Upcoming SlideShare
Loading in...5
×
 

Cuestiones de Repaso Capitulo16

on

  • 2,002 views

 

Statistics

Views

Total Views
2,002
Views on SlideShare
2,002
Embed Views
0

Actions

Likes
1
Downloads
37
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

    Cuestiones de Repaso Capitulo16 Cuestiones de Repaso Capitulo16 Presentation Transcript

    • UNIVERSIDAD TECNICA PARTICULAR DE LOJA ESCUELA DE CIENCIAS DE LA COMPUTACION BASE DE DATOS AVANZADA METODOLOGIA DE DISEÑO PARA BASE DE DATOS POR: PATRICIA FLORES
    • 16.1 ¿Explique el propósito del diseño lógico de base de datos?  
      • El propósito del diseño lógico de la base de datos es construir un esquema relacional a partir del modelo de datos conceptual creado.  
    • 16.2 ¿Describa las reglas para derivar tablas que representen:  
      • a) tipo de entidad fuerte ; creamos una tabla relacional que incluya todos los atributos simples de dicha entidad, para los atributos compuestos como nombre por ejemplo incluiremos únicamente en la atabla de los atributos simples componentes.  
      • b) tipos de entidad débiles; creamos una tabla que incluya todos los atributos simples de dicha entidad, la clave principal de esta entidad débil se deriva parcial o totalmente a partir de cada entidad propietaria, por lo que la identificación de la clave principal de una entidad débil no puede llevarse a cabo hasta que se haya obtenido correspondientes a todas las relaciones existentes con las entidades propietarias.  
      • c) tipos de relaciones binarias uno a muchos (1:*); designamos una entidad padre y una entidad hija, para representar esta relación incluimos una copia de los atributos de clave principal de la entidad padre en la tabal relacional que representa a la entidad hija, con el fin de que actué como clave externa.  
      • d) tipos de relaciones binarias uno a uno (1:1 ); no se puede utilizar cardinalidad para identificar entidades padre e hija de la relación , por ello empleamos las restricciones de participación a al hora de decidir si es mejor representar la relación combinando las entidades implicadas en una única tabla relacional o crear dos tablas relacionales y colocar una copia de la clave principal de la tabla en la otra.  
      • e) tipos de relaciones recursivas uno a uno (1:1); se deben seguir las reglas de participación descritas anteriormente para una relación, en este caso la entidad en ambos lados de la relación es la misma. Para una relación recursiva 1:1 con participación obligatoria en ambos lados, representa la relación recursiva como una única tabla con dos copias de la clave principal. Una de las copias de la clave principal representara una clave externa y debe renombrarse para indicar la relación de la que deriva.  
      • f) tipos de relaciones superclase/subclase; primero identificamos la entidad superclase como entidad padre y la subclase como entidad hija, hay varias opciones en lo que se refiere a representar dicha relación en forma de una o ms tablas. La selección de la opción mas apropiada dependerá de diversos factores, como la restricción de disyunción y de participación que afecten a la relación superclase/subclase , de si las subclases están implicadas en relaciones diferentes para la representación de una relación superclase/subclase basándose exclusivamente en las estricciones de participación y disyunción.
      • g) tipos de relaciones recursivas muchos a muchos (*:*); creamos una tabla que represente la relación e incluiremos los atributos que formen parte de la relación. Habrá que añadir una copia de losa tributos de calve principal de las entidades que participan en la relación de la nueva tabla, con el fin de que actúen como claves externas. Una o ambas claves externas formaran también al clave principal de la nueva tabla.  
      • h) tipos relaciones complejas; creamos una tabla que represente la relación e incluir en ella los atributos que formen parte de la relación , añadiremos también una copia de los atributos de clave principal de las entidades que participan en la relación compleja , con el fin de que actúen como clave externa de la nueva tabla. Las claves externas que representen una relación de tipo “muchos”, generalmente formaran también la clave principal de esta nueva tabla.  
      • i) atributos multivaluados; hay que crear una tabla que represente el atributo multivaluado e incluir en ella la tabla principal de la entidad, con el fin de que actué como clave externa. A menos que el atributo multivaluado sea el mismo una clara alternativa de la entidad, la clave principal de la nueva tabla será la combinación del atributo multivaluado y de la clave principal de la entidad  
    • 16.3 Explique como puede utilizarse la técnica de normalización para derivar las tablas derivadas a partir del modelo conceptual de los datos.  
      • Podemos utilizar estas técnicas identificando primero las dependencias funcionales existentes entre los atributos de cada relación, además dentro de la técnica de normalización se dice que esta realiza una serie de comprobaciones con cada relación para ver si el conjunto de atributos de la relación cumple con las reglas de una determinada forma normal.  
    • 16.4 ¿Explique dos técnicas que pueden usarse para verificar que el esquema relacional es capaz de soportar las transacciones necesarias.  
      • Una de las técnicas que puede usarse es comprobar que las relaciones creadas en el paso anterior soportan también estas transacciones , garantizando así que no se haya introducido ningún error durante el proceso de creación de las relaciones, otra técnica es tratar de realizar las operaciones manualmente, si podemos realizar las operaciones de este modo habremos validado el modelo lógico de los datos en lo que se respecta a las transacciones que hay que soportar  
    • 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.  
      • El propósito de las restricciones de integridad es comprobar que las restricciones de integridad están representadas en el modelo lógico de los datos.  
    • 16.6 Describa las estrategias alternativas que pueden aplicarse si existe una tupla hija que hace referencia a una tupla padre que queremos borrar.  
      • Las estrategias que pueden aplicarse son:  
      • NO ACTION.- Impedir el borrado de la tupla padre si existe una tupla hija que hace referencia a ella  
      • CASCADE.- Las operaciones de borrado en al tabla padre hacen que se borren en cascada las sucesivas tuplas de las tablas hijas.  
      • SET NULL.- cuando se borra una tupla padre, los valores de clave externa en todas las tuplas hijas correspondientes se figuran automáticamente con el valor nulo.  
      • SET DEFAULT.- Cuando se borra una tupla padre, los valores de clave externa en todas las tuplas hijas correspondientes deben adoptar automáticamente sus valores predeterminados.  
      • NO CHECK .- Cuando se borra una tupla padre, no hacemos nada para garantizar que se mantenga la integridad referencial.  
    • 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.  
      • Las tareas normalmente asociadas con la combinación de modelos lógicos locales de los datos en un modelo lógico global son:
      • Revisar los nombres y el contenido de las entidades/tablas 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 (sin combinarlas) 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.
      •