Expertos en SQL SQL, ¿cuáles son los usos de estas bases de datos en el sistema?
Datos: Registros utilizados para describir cosas en las computadoras
Modelo de datos: Es una representación abstracta de cosas objetivas. Los modelos de datos deben ser reales, fáciles de entender y fáciles de implementar
Modelado: abstraer cosas objetivas, extraer las características principales y resumirlas en un esquema simple y claro, haciendo que los problemas complejos sean fáciles de manejar
Tres elementos del modelo de datos: estructura de datos, operación de datos, restricciones de integridad
La estructura de datos describe características estáticas. Según la estructura de datos, el modelo de datos se puede dividir en modelo jerárquico, modelo de red y modelo relacional.
Las operaciones de datos describen características dinámicas. Las operaciones de datos se dividen principalmente en dos categorías: actualización (inserción, eliminación, modificación) y recuperación, denominadas colectivamente agregar, eliminar, modificar y consultar.
Las restricciones de integridad garantizan la integridad de los datos. Corrección, validez y compatibilidad.
Base de datos: conocida como DB (base de datos), es una colección de datos administrada por el sistema de gestión de bases de datos.
Base de datos Sistema de gestión: denominado DBMS (DataBase Management System) es un conjunto de software utilizado específicamente para establecer y gestionar bases de datos, entre aplicaciones y sistemas operativos. Pertenece al software del sistema
Sistema de base de datos: DBS (DataBase System) para abreviar. Las bases de datos, DBMS, aplicaciones y sistemas de software se denominan colectivamente sistemas de bases de datos
Relación: una relación es una tabla bidimensional
Modelo relacional: los datos se representan en forma de relación, que es una tabla bidimensional que representa el modelo de datos
Atributos: los nombres de las columnas en la barra de título de la relación
Modo: el nombre de la relación y el conjunto de atributos de la relación
Tupla: bidimensional Todas las filas de la tabla se denominan colectivamente tuplas, y cada componente de la tupla corresponde a cada atributo de la relación. Una tupla representa un objeto
Dominio: el rango de valores de cada atributo de la relación
Instancia de la relación: El conjunto de tuplas en una relación determinada se denomina "instancia" de la relación". Un esquema de relación determinado puede tener muchas instancias de relación.
Sistema de gestión de bases de datos relacionales: denominado RDBMS (Relationg DataBase Management System), un sistema de gestión de bases de datos que adopta el modelo de datos relacionales.
Estructura de tres capas e imagen de dos capas de la arquitectura del sistema de base de datos: desde la perspectiva de la gestión de la base de datos, el sistema del sistema de base de datos se puede dividir en tres capas: esquema externo, esquema y esquema interno. Las dos capas de imágenes son modo externo/imagen en modo y modo/imagen en modo interno
Modo externo: también conocido como modo de usuario, equivalente al modo de vista (VIEW) en SQL, que puede ser visto por la base de datos. usuarios La estructura lógica y la descripción característica de los datos locales utilizados es la representación lógica de los datos relacionados con una determinada aplicación
Modo: dividido en modo conceptual y modo lógico, que es una vista de datos común para todos los usuarios de la base de datos. , es una descripción de la estructura lógica y las características de todos los datos de la base de datos. Una base de datos tiene un solo esquema.
Esquema externo/mapeo de esquema: vincula la descripción de la estructura lógica local con la descripción de la estructura lógica global. Un esquema se puede asociar con varios esquemas externos. Por ejemplo, se pueden establecer múltiples vistas VIEW que cumplan con diferentes requisitos de usuario en un esquema relacional en SQL SERVER. Este tipo de mapeo puede garantizar la independencia lógica entre datos y aplicaciones, es decir, cambiar el esquema no afecta el esquema externo y las aplicaciones relacionadas con el esquema externo se modificarán desordenadas
Esquema interno : llamado modo de almacenamiento es una descripción de la estructura física y el método de almacenamiento de la base de datos, y es la forma en que se representan los datos dentro de la base de datos. Una base de datos tiene un solo esquema interno. El modo interno describe cómo se almacenan los registros, cómo se organizan los índices, si los datos están comprimidos, si están cifrados, etc., y no involucra dispositivos de hardware.
Mapeo de modo/esquema interno: vincula la descripción de la estructura lógica global a la descripción de la estructura física. Un esquema tiene sólo un esquema interno. Este tipo de mapeo garantiza la independencia física entre los datos y los programas. Cuando se modifica el esquema interno, no es necesario modificar el programa porque el esquema no ha cambiado.
La arquitectura (composición) de DBMS: programa de procesamiento de consultas, programa de gestión de almacenamiento, programa de gestión de transacciones, arquitectura del programa cliente/servidor
Programa de procesamiento de consultas: responsable del procesamiento de consultas, es un Una tarea importante es "optimizar" la consulta.
Programa de gestión de transacciones: garantiza la ejecución simultánea de múltiples transacciones
Programa de gestión de almacenamiento: gestiona tanto los archivos de datos en el disco como la memoria intermedia de datos que almacena parte de los archivos de datos
Arquitectura del programa cliente/servidor: la mayoría de los programas DBMS adoptan esta arquitectura de programa, que divide todo el sistema del programa DBMS en dos partes. La parte central del DBMS pertenece al programa del servidor, y el programa del cliente se utiliza principalmente para. cooperar con los usuarios y la interfaz de consulta para enviar consultas u otros comandos al programa del servidor.
Diseño de base de datos
Pasos del diseño de base de datos: análisis de requisitos, diseño conceptual, diseño lógico, diseño físico
El trabajo en las etapas de análisis de requisitos y diseño conceptual es relacionado con la base de datos específica El sistema de gestión no tiene nada que ver, y el trabajo en esta etapa es independiente del sistema de gestión de la base de datos
El primer grupo en las etapas de diseño lógico y diseño físico está relacionado con la base de datos específica sistema de gestión utilizado.
Fase de análisis de requisitos: Investigación de áreas de aplicación, definición de información y aplicaciones, definición de tareas operativas, definición de elementos de datos, predicción de cambios futuros y generación de resultados de documentos relevantes
Fase de diseño conceptual: también conocida como Para modelado
Tareas: diseño de esquema conceptual (schema) de base de datos, diseño de transacciones
Herramientas para el diseño de esquema conceptual: diagrama E/R. Para bases de datos orientadas a objetos, se puede utilizar el lenguaje de definición orientado a objetos ODL
Diagrama E/R: llamado modelo entidad-relación
La composición del diagrama E/R: entidad conjunto (rectángulo), Atributo (óvalo), Contacto (diamante)
Tipo de contacto: uno a uno, uno a muchos, muchos a muchos. Utilice líneas y flechas para representar diferentes conexiones. El lado señalado por la flecha representa "uno"
Representación del atributo clave: guión bajo
El rol en la relación: es decir, la relación entre entidades dentro de un conjunto de entidades
Contacto multidireccional: un contacto entre múltiples conjuntos de entidades
Métodos para convertir un contacto multidireccional en contacto bidireccional: convierta el contacto multidireccional en un conjunto de entidades y luego conviértalo en el conjunto de entidades contactado originalmente con él Establecer una nueva relación bidireccional con el nuevo conjunto de entidades
El método de representación y herencia de subclases en el diagrama E/R: si el conjunto de entidades B es una subclase del conjunto de entidades A Luego use un triángulo marcado con isa para establecer una conexión especial con dos líneas. La punta del triángulo apunta a la superclase (clase principal). Sólo los atributos exclusivos de la subclase deben marcarse en el conjunto de entidades de la subclase y todos los atributos de la clase principal se heredan.
Lenguaje de definición de objetos ODL: Es un lenguaje estándar recomendado que utiliza terminología orientada a objetos para describir la estructura de la base de datos. Su objetivo principal es escribir el diseño de bases de datos orientadas a objetos.
Objeto: Es una determinada entidad investigable y observable, como por ejemplo: una persona, un curso, un libro, etc.
Categoría: Los objetos con características similares se pueden clasificar en una categoría
ODL Tres características descritas: Atributo, Relación, Método
Reglas de escritura ODL:
nombre de clase de interfaz 1{
tipo de datos de atributo 1 nombre de atributo 1;
tipo de datos de atributo 2 nombre de atributo 2
.
.
.
relación [Establecer]
inverso Nombre de clase 2::Nombre de contacto 2;
.
.
}
Descripción:
Palabras clave interfaz, atributo, relación,
Los tipos de datos comunes incluyen cadena (cadena de caracteres), entero (tipo entero), float (tipo de punto flotante), enum (tipo de enumeración)
El conjunto en [] es opcional, cuando la relación entre la clase 1 y la clase 2 es uno a uno, no es necesario usar set Cuando la relación entre la clase 1 y la clase 2 es de uno a muchos, se debe usar set
inverso significa que la relación representada por el nombre del contacto 2 en la clase 2 es la misma que el nombre del contacto 1 en . clase 1. La relación es una relación correspondiente de muchos a uno
ODL Ejemplo 1: utilice ODL para describir la productora y la película, si los nombres de las productoras no se repiten. Debido a que una productora puede producir varias películas y una película solo puede ser producida y distribuida por una empresa, la relación entre la productora y la película es una relación de uno a muchos.
estudio de interfaz{
cadena de atributo nombre de estudio;
dirección de cadena de atributo;
cadena de atributo teléfono;
conjunto de relaciones
movie inverse::madeby;
}
interfaz movie{
cadena de atributo movietitle;
atributo longitud entera;
atributo enumeración incolor;
atributo año entero;
conjunto de relaciones estudio hecho por
inverso studio::make;
}
ODL Ejemplo 2: usar ODL para describir estudiantes y cursos Un estudiante puede elegir varios cursos para estudiar y varios estudiantes pueden utilizar un curso. Electiva.
interfaz estudiante{
nombre de cadena de atributo;
dirección de cadena de atributo;
género de enumeración de atributo;
atributo entero edad;
relación conjunto
curso inverso::choisedby;
}
curso de interfaz{
cadena de atributo ctitle;
atributo entero crédito;
conjunto de relaciones
estudiante inverso::elección;
}
Ejemplo 3 de ODL: utilice ODL para describir la relación entre el director y la escuela. Un director solo puede administrar una escuela y una escuela solo puede tener un director.
presidente de interfaz{
atributo cadena chname;
atributo enumeración género;
atributo edad entera;
atributo cadena teléfono;
conjunto de relaciones universidad administrar
universidad inversa::leadby;
}
interfaz universidad{
cadena de atributo unnmae;
dirección de cadena de atributo;
conjunto de relaciones presidente leadby
presidente inverso::manage;
}
Método de descripción de subclase ODL: una autoclase hereda todos los atributos y conexiones de la clase principal. Las subclases pueden tener sus propias propiedades y relaciones especiales. Los atributos y relaciones de la subclase se describen de la misma manera que en el ejemplo anterior.
nombre de subclase de interfaz: nombre de clase base
Ejemplo de descripción de subclase ODL: la clase maestra es una subclase de estudiante. Cada estudiante de maestría tiene varios supervisores y un supervisor puede supervisar a varios estudiantes de maestría.
interfaz estudiante{
nombre de cadena de atributo;
dirección de cadena de atributo;
género de enumeración de atributo;
atributo entero edad;
}
interfaz maestro:estudiante{
atributo cadena especial;
conjunto de relaciones asesor inverso::dirigido por; } asesor de interfaz{ nombre de cadena de atributo; dirección de cadena de atributo ; } Etapa de diseño lógico: transforma el modelo conceptual de base de datos generado en la etapa de diseño conceptual en un modelo lógico de base de datos. El esquema lógico de la base de datos depende del modelo de datos lógico y del sistema de gestión de la base de datos. Los sistemas de gestión de bases de datos más populares actualmente son todos modelos de datos lógicos relacionales. Por lo tanto, este tutorial analiza cómo convertir el modelo conceptual en un modelo relacional Pasos en la fase de diseño lógico: 1. Convertir el modelo conceptual en un modelo relacional 2. Estandarizar y optimizar el modelo relacional 3. Modificar para adaptarse a las limitaciones del DBMS 4. Optimizar el rendimiento, el espacio de almacenamiento, etc. 1. Concepto Convertir el esquema en un modelo relacional Cómo convertir el diagrama E/R en un modelo relacional: 1. Un conjunto de entidades se convierte en un esquema relacional. El esquema relacional contiene todas las características simples del conjunto de entidades. Subpropiedades simples de propiedades y propiedades compuestas. El nombre del conjunto de entidades se puede utilizar como nombre del esquema de relación y los guiones bajos se utilizan para representar el código clave de la relación. 2. el nombre del contacto se utiliza como nombre de la relación y el nombre de la relación se utiliza como nombre de la relación. El código clave del conjunto de entidades y los atributos de la relación misma sirven como conjunto de atributos de este esquema de relación. El diagrama E/R se transforma en un ejemplo de modelo relacional: Ejemplo 1: una clase solo puede tener un monitor y debe haber un monitor. es el siguiente: La conexión entre los estudiantes y la clase es uno a uno (1:1). El código clave del conjunto de entidades estudiantiles es el número de estudiante. El código clave del conjunto de entidades de clase es el número de clase. Este diagrama E/R se puede transformar en el siguiente modelo de relación Estudiante (número de estudiante, nombre, sexo, fecha de nacimiento) Clase (número de clase, nombre, ubicación) Monitor (número de estudiante, número de clase, registro) La relación refleja que un estudiante con un determinado número de estudiante sirve como monitor de una clase con un determinado número de clase. Este método de transformación se utiliza comúnmente. Si desea reducir la cantidad de operaciones de conexión utilizadas en las consultas y mejorar la eficiencia de las mismas, el diagrama E/R anterior también se puede transformar en el siguiente modelo relacional Estudiante (estudiante número, nombre, sexo, fecha de nacimiento, número de clase) Clase (número de clase, nombre, ubicación) El "número de clase" en el modelo de relación con el estudiante es una clave externa código. En este modelo de relación, dado que la identificación de todos los estudiantes se registra en la relación de estudiantes, pero no todos los estudiantes actúan como monitores (lo que se denomina participación no total en términos de libros de texto), no todas las tuplas tienen un atributo de identificación de clase. Es decir, se debe permitir que el número de clase esté vacío. De lo contrario, el conjunto de entidades estudiantiles debe participar plenamente, es decir, cada estudiante es un líder de clase. Ejemplo 2: Una compañía cinematográfica puede producir varias películas, pero una película solo puede ser propiedad de una productora. Si el nombre de la empresa no tiene el mismo nombre y el nombre de la película no tiene el mismo nombre, el nombre de la empresa es el código clave del conjunto de entidades de la empresa de producción y el nombre de la película es el código clave del conjunto de entidades de la película. La relación entre la compañía cinematográfica y la película es una relación de uno a muchos (1:N). Este diagrama E/R se puede transformar en el siguiente modelo de relación Compañía cinematográfica (nombre de la empresa, ubicación) Vídeo (título de la película, duración) Producción (Nombre de la empresa, nombre de la película) Del mismo modo, si las compañías cinematográficas están plenamente involucradas, es decir, cada compañía cinematográfica produce al menos una película, se puede transformar en el siguiente modelo de relación Compañías cinematográficas (nombre de la empresa, ubicación, nombre de la película) Video (nombre de la película, duración de la película) Entre ellos, el nombre de la película en la relación de la compañía cinematográfica es una clave externa code Ejemplo 3: La conexión entre estudiantes y cursos es "optativa". Un estudiante puede elegir varios cursos y varios estudiantes pueden tomar un curso, por lo que la relación "optativa" entre ellos es de muchos a muchos (N:M) El diagrama E/R anterior puede transformarse Para el siguiente modelo de relación Estudiante (número de estudiante, nombre) Curso (número de curso, nombre de curso) Electiva (número de estudiante, número de curso , grado) El número de estudiante y el número de curso en la relación electiva son códigos de clave externa 2 Estandarizar y optimizar el modelo relacional ¿Por qué deberíamos estandarizar? el modelo relacional: Para eliminar eficazmente la redundancia de datos y actualizar anomalías en las relaciones Conceptos básicos Dependencia funcional: Si dos tuplas de la relación R están en los atributos A1, A2,. .Si son consistentes en An, entonces su otro atributo B también es consistente. Entonces, decimos que el atributo B en la relación R depende funcionalmente de los atributos A1, A2,...An o de los atributos A1, A2,... .An. La función determina el atributo B. Código clave de relación: Si un conjunto de uno o más atributos cumple las siguientes condiciones, el conjunto se denomina código clave (clave) de relación R: 1. Estas funciones de atributos determinan todos los demás atributos de la relación. Ningún subconjunto adecuado de 2. puede determinar funcionalmente todas las demás propiedades de R. Código de superclave de relación: el conjunto de atributos que contiene el código de clave se denomina código de superclave, que es la abreviatura de "superconjunto de código de clave" Reglas de dependencia funcional: descomposición/fusión reglas, reglas transitivas, reglas de dependencia trivial Dependencias triviales: para dependencias funcionales A1, A2,...An->B, si B es uno de A, llamamos a esta dependencia dependencia trivial Dependencia no trivial: para las dependencias funcionales A1, A2,...An->B, si al menos uno de los siguientes B no está en A, llamamos a esta dependencia dependencia no trivial Dependencia completamente no trivial: para las dependencias funcionales A1, A2,...An->B, nada de B está en A, llamamos a esta dependencia una dependencia completamente no trivial Atributo principal : clave Atributos donde se encuentra el código Atributos no primarios: atributos distintos de los códigos clave Conjunto cerrado (cierre) Para un determinado conjunto de dependencia funcional S, el conjunto de atributos determinado por la función del conjunto de atributos A Es un conjunto cerrado del conjunto de atributos A bajo el conjunto de dependencia S Un paradigma es un conjunto que se ajusta a un cierto nivel de patrón de relación. La normalización convierte el esquema relacional perteneciente al paradigma de bajo nivel en un conjunto de varios esquemas relacionales pertenecientes al paradigma de alto nivel mediante descomposición. Este proceso se denomina normalización. 1 normal. forma (1NF), si todos los atributos de un esquema relacional R son elementos de datos básicos indivisibles, entonces esta relación pertenece a 1NF 2 forma normal (2NF). Si el esquema relacional R pertenece a 1NF, y cada uno de ellos. El atributo no primario depende completamente de Para el código clave, entonces R pertenece a 2NF 3 forma normal (3NF) Si el patrón relacional R pertenece a 1NF, y cada atributo no primario no lo hace de forma transitiva. depende del código clave, entonces R pertenece a 3NF Forma normal BC (BCNF), si el esquema relacional pertenece a 1NF y cada determinante de dependencia no trivial de R contiene códigos clave, entonces R pertenece a BCNF Principios de descomposición normalizados: conexión sin pérdidas, preservación Dependencia Conexión sin pérdidas: cuando se descompone el patrón relacional R, las tuplas de R se proyectarán en los conjuntos de atributos correspondientes para generar nuevos relaciones Si las nuevas relaciones están conectadas naturalmente, las tuplas obtenidas El conjunto de relaciones es completamente consistente con la relación original, lo que se denomina conexión sin pérdidas Preservar la dependencia: si la dependencia funcional total establecida después de la descomposición es. consistente con el conjunto de dependencia funcional original, se llama mantener la dependencia. Dos reglas para la descomposición de patrones: Público *** atributo *** compartir, atributos relacionados *** compartir Público *** atributo *** compartir: Mantener público ** * Atributos, la conexión natural es una condición necesaria para que el esquema descompuesto logre una conexión sin pérdidas Unificación de atributos relacionados: coloque atributos relacionados que están vinculados entre sí en forma de dependencias funcionales en un esquema, de modo que el original Las dependencias funcionales se mantienen, lo cual es una condición suficiente para que el esquema descompuesto mantenga dependencias Se siguen tres métodos de descomposición del esquema 1. por claves Código: se utiliza para establecer 2NF Ejemplo: existe una dependencia funcional en la relación R (A, B, C, D, E, F, G), A->BCD, E->F , AE- >G,AE->BCD,AE->F Al analizar las dependencias anteriores, podemos ver que AE es el código clave (AE->BCD). Debido a que AE es el código clave, A es el atributo principal, A->BCD, por lo que BCD depende parcialmente de AE El método de subconjunto se basa en la dependencia parcial, porque A es un subconjunto adecuado de AE, entonces A y BCD se agrupan para formar un patrón relacional. R1(A,B,C,D) De manera similar, para AE->F, existe E->F, por lo que AE->F depende parcialmente del subconjunto adecuado del cual no es primario. El atributo F depende es E., por lo que E y F se pueden clasificar en un modelo relacional R2(E,F) AE->G es completamente dependiente funcionalmente y completamente dependiente de claves aleatorias, por lo que AEG puede ser clasificado en un modelo relacional R3( A,E,G) Por lo tanto, R(A,B,C,D,E,F,G) se puede descomponer en un patrón relacional conforme a 2NF de la siguiente manera: R1(A ,B,C,D) R2(E,F) R3(A,E,G) En segundo lugar, las dependencias básicas son la base y los atributos intermedios sirven como puentes: se utilizan para establecer 3NF Ejemplo: existe una dependencia funcional en la relación R (A, B, C, D, E) , AB->C, C->D, D->E Obviamente el puente del medio es C->D, que forma una cadena de dependencia transitiva. Por lo tanto, R se puede descomponer en R1 (A, B, C), R2 (C, D). Después de la descomposición, no hay dependencias transitivas en R1 y R2. 3. Encuentre la infracción para formar una entidad autónoma, deséchela y unifique toda la colección; si encuentra que todavía hay violaciones, regrese y repita el mismo método utilizado para establecer BCNF Violación BCNF: viola el paradigma BC La dependencia funcional se llama violación del paradigma BC Ejemplo: El código clave de la relación R (A, B, C, D, E) es AB, y hay dependencias funcionales AB->CDE, ABC->E, C->D El análisis de las tres dependencias funcionales anteriores muestra que C->D es una violación de BCNF. Porque su factor determinante no incluye el código clave. Lo descomponemos de la siguiente manera La violación es autónoma, es decir, CD constituye un patrón relacional R1(C,D) El conjunto completo correcto está normalizado, es decir, se elimina de los atributos de R C->El atributo D a la derecha de D, el atributo C a la izquierda y todos los demás atributos forman una nueva relación R2 (A, B, C, E) El nuevo modelo de relación es el siguiente: R1(C,D) R2(A,B,C,E) Nota: El patrón la descomposición se basa en violaciones de BCNF y el resultado final pertenece a BCNF. Todos los patrones relacionales pueden lograr conexiones sin pérdidas, pero es posible que no puedan mantener dependencias funcionales Ejemplo de diseño lógico 1: supongamos que hay un patrón relacional R(A,B,C,D) y un conjunto de dependencia funcional S=. (1) Encuentre todas las violaciones de BCNF. (2) Si el patrón de relación no es BCNF, descompóngalo en BCNF (3) Encuentre todas las dependencias que violan 3NF (4) Si el la relación no es 3NF, descompóngala en 3NF Paso 1: Encuentre todas las dependencias no triviales de R en S, primero calcule el conjunto cerrado Conjunto cerrado de atributo único ：A+= A,B+=BCD,C+=C,D+=D Conjunto cerrado de doble atributo: AB+=ABCD,AC+=AC,AD+=AD,BC+=BCD,BD+=BCD,CD+= CD Conjunto cerrado de tres atributos: ABC+=ABCD,ABD+=ABCD,BCD+=BCD,ACD+=ACD Conjunto cerrado de cuatro atributos: ABCD+=ABCD Paso 2: Encuentre el código clave y el código superclave según el conjunto cerrado calculado Código clave: AB Código superclave: ABC, ABD, ABCD Paso 3: busque todas las dependencias funcionales no triviales B->C,B->D,AB->C,AB->D,BC->D,BD->C, ABC-> D,ABD->C Entre ellos, AB->C, AB->D, ABC->D, ABD->C no es una violación del BCNF porque los dos primeros determinantes dependientes en sí mismos son los código clave, y los dos últimos determinantes dependientes incluyen el código clave. Por lo tanto, B->C, B->D, BC->D, BD->C son violaciones de BCNF porque sus determinantes no contienen códigos clave. De hecho, se puede ver que R no es 2NF porque existen dependencias funcionales parciales: ABC->D,ABD->C,AB->C,AB->D,B->C,B->D Paso 4: Realizar la especificación BCNF. Las violaciones del BCNF son autónomas. De las violaciones BCNF anteriores, seleccione B->C para que sea autónomo R1(B,C) descarte el conjunto completo correcto y normalícelo, es decir, descarte el atributo correcto de B->C C, por lo que obtenemos R2(A,B,D) Pero también hay una violación BCNF B->D en R2, por lo que B ->D es autónomo y obtenemos R21 (B,D), descartamos su conjunto completo derecho y lo normalizamos para obtener R22(A,B) El patrón de relación final es: R1(B ,C),R21(B,D),R22(A ,B) Normalizar un patrón relacional no 2NF en un BCNF mediante la descomposición del patrón relacional. El precio es que la operación de conexión aumenta en la operación real. (3) B->C, B->D, B no es un código clave ni un código superclave, mientras que C y D son atributos distintos de los códigos clave, es decir, no son códigos clave. atributos primarios. Entonces R no es 3NF. Ejemplo de diseño lógico 2: existe una relación R(A,B,C,D) y un conjunto de dependencia funcional S= (1) Encuentra todas las violaciones de BCNF. (2) Si el patrón de relación no es BCNF, descompóngalo en BCNF (3) Encuentre todas las dependencias que violan 3NF (4) Si el la relación no es 3NF, descompóngala en 3NF Paso 1: Encuentre todas las dependencias no triviales de R en S, primero calcule el conjunto cerrado Conjunto cerrado de atributo único: A+= ABCD,B+=ABCD,C+=ABCD,D+=ABCD Conjunto cerrado de doble atributo: AB+=ABCD,AC+=ABCD,AD+=ABCD,BC+=ABCD,BD+=ABCD,CD+= ABCD Conjunto cerrado de tres atributos: ABC+=ABCD,ABD+=ABCD,BCD+=ABCD,ACD+=ABCD Conjunto cerrado de cuatro atributos: ABCD+=ABCD Paso 2: Encuentra todas las dependencias funcionales no triviales A->B,A->C,A->D,B->A,B->C,B->D,C->A ,C->B,C->D,D->A,D->B,D->C AB->C,AB->D,AC->B,AC-> D,AD->B,AD->C,BC->A,BC->D,BD->A,BD->C,CD->A,CD->B ABC - >D,ABD->C,BCD->A,ACD->B Paso 3: busque el código clave y el código superclave Código clave: A, B, C ,D Código de superclave: AB,AC,AD,BC,BD,CD,ABC,ABD,BCD,ACD,ABCD Según el análisis de resultados anterior, R es 3NF También es BCNF 3NF requiere que no haya dependencia parcial o dependencia transitiva de cada atributo no primario en el código clave Ejercicio: Para 1.R(A, B,C,D) y conjunto de dependencia funcional S= 2.R(A,B,C,D,E) y conjunto de dependencia funcional S= 3.R( A,B,C,D,E) y conjunto de dependencia funcional S= (1) Encuentra todas las violaciones de BCNF. (2) Si el esquema relacional no es BCNF, descompóngalo en BCNF Fase de diseño físico: la tarea es seleccionar para cada esquema relacional en función del diseño lógico de la base de datos. Estructura de almacenamiento y ruta de acceso adecuadas Pasos de la etapa de diseño físico: (1) Analizar los factores que afectan el diseño físico de la base de datos; (2) Para el módulo de relación? Consulte