• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
Cuestiones de Repaso Capitulo 16
 

Cuestiones de Repaso Capitulo 16

on

  • 2,416 views

Modelo logico de una base de datos

Modelo logico de una base de datos

Statistics

Views

Total Views
2,416
Views on SlideShare
2,409
Embed Views
7

Actions

Likes
0
Downloads
42
Comments
0

1 Embed 7

http://www.slideshare.net 7

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 Capitulo 16 Cuestiones de Repaso Capitulo 16 Presentation Transcript

    • Escuela Ciencias de la Computación Tema: Diseño lógico de base de datos para el modelo relacional Autor: Fabricio Sánchez
    • Explique el propósito del diseño lógico de base de datos
      • El propósito de este diseño es traducir el modelo conceptual de los datos a un modelo lógico de los datos que represente los requisitos de datos de la organización.
    • Describa las reglas para derivar tablas que representen:
        • Tipos de entidades fuertes._ creamos una tabla relacional que incluya todos los atributos simples de dicha entidad ejemplo :
        • Album (cod_al, nombre, descripción, fecha, contador)
        • Tipos de entidades débiles._ creamos una tabla que incluya todos los atributos simples de dicha entidad. La clave principal de una 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 hayan obtenido las tablas correspondientes a todas las relaciones existentes con las entidades propietarias, ejemplo:
        • Foto (nombre, tamaño, descripción) clave principal ninguna por el momento
        • Tipos de relaciones recursivas uno a uno (1:1)._ en este caso especial, la entidad en ambos lados de la relación es la misma, ejemplo:
        • Persona (cod_per, nombre, apellido, ciudad, dirección) es recursiva en la relación casar, la relación dice que una persona se casa con otra persona.
        • Tipos de relaciones superclase/subclase._ la selección de la opción más apropiada dependerá de diversos factores, como las restricciones 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 y del número de participantes de la relación superclase/subclase.
        • Tipos de relaciones binarias uno a muchos (1:*)._ d esignamos como entidad padre a la entidad situada en el lado uno y a la entidad situada en el lado muchos se denomina entidad hija. Para representar esta relación, incluimos una copia de los atributos de la clave principal de la entidad padre en la tabla relacional que represente la entidad hija, ejemplo:
        • Asignatura (cod_asig, nombre, descripción, num_cred)
        • Alumno (cod_alum, nom_alu, apell_alu, tel_alu, cod_asig) se relacionan por la clave principal cod_asig.
        • Tipos de relaciones binarias uno a uno (1:1)._ en este caso se emplean las restricciones de particiones a la 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.
        • Tipos de relaciones recursivas muchos a muchos (*:*)._ crearemos 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 los atributos de la clave principal de las entidades que participan en la relación dentro de la nueva tabla con el fin de que actúen como claves externas.
        • Tipos de relaciones complejas._ creamos una tabla que represente la relación e incluir en ella los atributos que forman parte de una de la relación. Añadiremos una copia de los atributos de clave principal de las entidades que participen en la relación compleja, con el fin que actúen como claves externas de la nueva tabla.
        • Atributos multivaluados._ creamos una nueva tabla que represente el atributo multivaluado e incluir en ella la clave 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 le entidad, la clave principal de la nueva tabla será la combinación del atributo multivaluado y de la clave principal de la entidad.
    • 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.  
      • Tienen como propósito imponerse para proteger la base de datos frente a la posibilidad de que llegue a ser incompleta, imprecisa o incoherente y tiene los siguientes tipos de restricciones.
      • Datos requeridos
      • Restricciones relativas a los dominios de los atributos
      • multiplicidad
      • integridad de las entidades
      • integridad referencial
      • restricciones generales
    • Describa las estrategias alternativas que pueden aplicarse si existe una tupla hija que hace referencia a una tupla padre que queremos borrar.  
      • No action._ impide el borrado de la tupla de la tabla padre si existen tuplas hijas que la hagan referencia.
      • Cascade._ cuando se borra la tupla padre, se borran automáticamente en todas las tuplas hijas que hacen referencia a ella. Si alguna de las tuplas hijas borradas actúa como padre en otra relación, la operación de borrado debe aplicarse también a las tuplas de esta tabla hoja, propagando los borrados en cadenas.
      • Set null._ cuando se borra una tupla padre, los valores de clave externa en todas las tuplas hijas correspondientes se configuran automáticamente con el valor nulo.
      •  
      • No check._ cuando se borra una tupla padre, no hacemos nada para garantizar que se mantenga la integridad referencial.
      •  
    • 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