UNIVERSIDAD TECNICA UNIVERSIDAD TECNICA PARTICULAR DE LOJAPARTICULAR 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 16.1 ¿Explique el propósito del diseño lógico de base de datos?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 16.2 ¿Describa las reglas para derivar tablas que representen: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 16.3 Explique como puede utilizarse la técnica de normalización para derivar las técnica de normalización para derivar las tablas derivadas a partir del modelo tablas derivadas a partir del modelo conceptual de los datos.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 16.4 ¿Explique dos técnicas que pueden usarse para verificar que el esquema usarse para verificar que el esquema relacional es capaz de soportar las relacional es capaz de soportar las

transacciones necesarias.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 16.5 Describa el propósito de las restricciones de integridad e identifique restricciones de integridad e identifique los tipos principales de restricciones de los tipos principales de restricciones de integridad existentes en un modelo integridad existentes en un modelo lógico de los datos.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 16.6 Describa las estrategias alternativas que pueden aplicarse si existe una tupla que pueden aplicarse si existe una tupla hija que hace referencia a una tupla hija que hace referencia a una tupla padre que queremos borrar.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 16.7 Identifique las tareas normalmente asociadas con la combinación de modelos asociadas con la combinación de modelos lógicos locales de los datos en un lógicos locales de los datos en un

modelo lógico global.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 externasComprobar las restricciones de

integridad Dibujar el diagrama ER globalActualizar la documentación.