El documento resume cinco arquitecturas de bases de datos, el proceso de diseño de bases de datos que incluye modelado conceptual, diseño lógico y diseño físico, y conceptos clave como entidades, relaciones, atributos y modelado entidad-relación.
El documento describe los conceptos básicos de modelado de entidades y relaciones. Define entidad, atributo, clave primaria, clave ajena, dominio, tipo de campo, relación uno a uno, uno a varios, varios a uno, varios a varios y sus características. También cubre generalización, especialización y agregación para modelar jerarquías y relaciones complejas.
Este documento presenta información sobre bases de datos. Incluye una introducción al tema y define conceptos clave como base de datos, sistema gestor de base de datos y sus funciones. También describe los actores principales en un sistema gestor de base de datos como el administrador, usuarios y lenguajes. Finalmente, incluye una bibliografía de libros y manuales sobre diferentes tecnologías y herramientas de bases de datos como DBase, FoxPro y Microsoft Access.
Este documento introduce los conceptos fundamentales del modelo entidad-relación para el diseño de bases de datos. Explica que una entidad representa un objeto del mundo real, como una persona o una película. Las entidades se describen mediante atributos y pueden estar relacionadas entre sí a través de relaciones. El modelo entidad-relación proporciona una representación semántica de los datos para facilitar el diseño de bases de datos.
Este documento presenta tres ejercicios de modelado de datos para bases de datos. El primero describe un sistema para dar seguimiento a soldados en el servicio militar. El segundo trata sobre la gestión de tesis universitarias. Y el tercero describe una base de datos para una cadena de agencias de viajes. En cada caso se especifican las entidades y relaciones relevantes para modelar los datos.
Este documento describe la actividad de aprendizaje No. 2 sobre la construcción de un modelo de entidad-relación. Explica los conceptos clave de entidades, atributos, relaciones y cardinalidad que se usarán para modelar los requisitos de información de una empresa mediante entidades, atributos y relaciones. También muestra ejemplos de cómo representar gráficamente entidades como personas, productos y vehículos con sus atributos respectivos.
Este documento presenta los conceptos fundamentales del modelo entidad-relación (E-R) para el diseño de bases de datos. Explica que el modelo E-R representa la realidad a través de entidades, relaciones y atributos, y describe los elementos clave como las cardinalidades, restricciones, tipos de entidades, y las fases del diseño de bases de datos usando este modelo conceptual. También introduce conceptos avanzados como la herencia y la generalización/especialización en el modelo E-R extendido.
El documento explica las reglas de normalización de bases de datos y provee ejemplos de su aplicación. Se describe la transformación de una tabla no normalizada a primera forma normal al eliminar grupos repetidos. Luego se explica cómo aplicar la segunda forma normal para eliminar columnas no llave que no dependen de la llave primaria. Finalmente, se detalla el proceso para alcanzar la tercera forma normal mediante la remoción de columnas no llave dependientes de otras no llave.
Este documento habla sobre el modelado de entidades y relaciones para el diseño de bases de datos. Explica los conceptos clave de entidades, atributos, relaciones y dominios. También describe el proceso de creación de una base de datos, incluyendo el análisis de requisitos, diseño conceptual, diseño lógico y diseño físico.
El documento describe los conceptos básicos de modelado de entidades y relaciones. Define entidad, atributo, clave primaria, clave ajena, dominio, tipo de campo, relación uno a uno, uno a varios, varios a uno, varios a varios y sus características. También cubre generalización, especialización y agregación para modelar jerarquías y relaciones complejas.
Este documento presenta información sobre bases de datos. Incluye una introducción al tema y define conceptos clave como base de datos, sistema gestor de base de datos y sus funciones. También describe los actores principales en un sistema gestor de base de datos como el administrador, usuarios y lenguajes. Finalmente, incluye una bibliografía de libros y manuales sobre diferentes tecnologías y herramientas de bases de datos como DBase, FoxPro y Microsoft Access.
Este documento introduce los conceptos fundamentales del modelo entidad-relación para el diseño de bases de datos. Explica que una entidad representa un objeto del mundo real, como una persona o una película. Las entidades se describen mediante atributos y pueden estar relacionadas entre sí a través de relaciones. El modelo entidad-relación proporciona una representación semántica de los datos para facilitar el diseño de bases de datos.
Este documento presenta tres ejercicios de modelado de datos para bases de datos. El primero describe un sistema para dar seguimiento a soldados en el servicio militar. El segundo trata sobre la gestión de tesis universitarias. Y el tercero describe una base de datos para una cadena de agencias de viajes. En cada caso se especifican las entidades y relaciones relevantes para modelar los datos.
Este documento describe la actividad de aprendizaje No. 2 sobre la construcción de un modelo de entidad-relación. Explica los conceptos clave de entidades, atributos, relaciones y cardinalidad que se usarán para modelar los requisitos de información de una empresa mediante entidades, atributos y relaciones. También muestra ejemplos de cómo representar gráficamente entidades como personas, productos y vehículos con sus atributos respectivos.
Este documento presenta los conceptos fundamentales del modelo entidad-relación (E-R) para el diseño de bases de datos. Explica que el modelo E-R representa la realidad a través de entidades, relaciones y atributos, y describe los elementos clave como las cardinalidades, restricciones, tipos de entidades, y las fases del diseño de bases de datos usando este modelo conceptual. También introduce conceptos avanzados como la herencia y la generalización/especialización en el modelo E-R extendido.
El documento explica las reglas de normalización de bases de datos y provee ejemplos de su aplicación. Se describe la transformación de una tabla no normalizada a primera forma normal al eliminar grupos repetidos. Luego se explica cómo aplicar la segunda forma normal para eliminar columnas no llave que no dependen de la llave primaria. Finalmente, se detalla el proceso para alcanzar la tercera forma normal mediante la remoción de columnas no llave dependientes de otras no llave.
Este documento habla sobre el modelado de entidades y relaciones para el diseño de bases de datos. Explica los conceptos clave de entidades, atributos, relaciones y dominios. También describe el proceso de creación de una base de datos, incluyendo el análisis de requisitos, diseño conceptual, diseño lógico y diseño físico.
Este documento compara las Normas Internacionales de Auditoría (NIA) emitidas por el Consejo de Normas Internacionales de Auditoría y Atestiguamiento (IAASB) con las Normas de Auditoría Generalmente Aceptadas (NAGA) adoptadas en Ecuador. Explica que las NIA son lineamientos internacionales para la emisión de dictámenes de auditoría, mientras que las NAGA son principios fundamentales que rigen el desempeño de los auditores locales. Además, describe las diferentes secciones de cada conjunto de normas.
El documento describe los diagramas de clases y objetos en UML para el análisis y diseño orientado a objetos. Explica que el diagrama de clases muestra las clases del sistema con sus relaciones y herencia, incluyendo atributos y operaciones. También cubre las relaciones entre clases como asociación, agregación, dependencia y herencia, así como la notación para clases, atributos, métodos y objetos.
El documento presenta información sobre empleados, artículos vendidos y ventas realizadas. Incluye tablas con nombre, puesto, salario de empleados y descripción y costo de artículos. Otra tabla cruza datos de empleados, artículos y fecha de ventas.
La relación PRESTAMO_LIBROS contiene información sobre préstamos de libros realizados por editoriales a profesores. Se pide normalizar la relación hasta 3FN, indicando claves y atributos principales.
1) El documento describe los conceptos de normalización de bases de datos, incluyendo las primeras, segunda y tercera formas normales. 2) También explica la forma normal de Boyce-Codd y la cuarta forma normal, así como cómo tratar las dependencias multivalores. 3) La normalización elimina la redundancia de datos y anomalías al dividir tablas grandes en tablas más pequeñas con relaciones entre ellas.
El documento describe una entidad bancaria con sucursales, clientes, empleados y préstamos. Las sucursales tienen códigos únicos y están ubicadas en ciudades. Los clientes se identifican con cédulas y pueden tener cuentas y pedir préstamos. Los empleados tienen códigos de empleado y el banco almacena su información. Los préstamos se otorgan en sucursales particulares y tienen números únicos, importes y registros de pagos.
Este documento presenta varias extensiones al modelo entidad-relación básico, incluyendo:
1) Relaciones ternarias y n-arias que permiten modelar asociaciones entre más de dos tipos de entidades.
2) Dominios que especifican los valores válidos de los atributos.
3) Especialización/generalización que permite modelar jerarquías y retículas de subtipos y supertipos. Esto incluye herencia de atributos y relaciones.
El documento describe los diferentes niveles de abstracción de los datos en los sistemas de bases de datos, incluyendo la independencia de los datos, los modelos de datos y el modelo entidad-relación. Explica conceptos como clases, atributos, relaciones y normalización para evitar redundancia en las bases de datos.
Este documento presenta los fundamentos del álgebra relacional, incluyendo sus operaciones fundamentales como selección, proyección, unión, diferencia de conjuntos y producto cartesiano. Explica cómo estas operaciones se pueden usar para manipular relaciones en una base de datos de forma procedural. También incluye ejemplos y ejercicios para aplicar estas operaciones a tablas relacionales.
1) El documento trata sobre la planificación de la auditoría de estados financieros y la responsabilidad del auditor de planificar la auditoría de manera efectiva. 2) Describe los procedimientos de planificación como la identificación de riesgos, el conocimiento de la entidad y su entorno, y la documentación de la planificación. 3) Establece que la aplicación de la planificación permite al auditor diseñar y ejecutar los procedimientos de auditoría de manera adecuada.
El documento presenta un modelo de dominio para un videoclub. Explica que un modelo de dominio representa los conceptos clave de un dominio (como videos, clientes y transacciones de alquiler) y sus relaciones, más que objetos de software. Usa notación UML de diagramas de estructura estática para mostrar las entidades, atributos y asociaciones de un videoclub.
Este documento describe los conceptos fundamentales del modelo entidad-relación (E-R), incluyendo entidades, atributos, relaciones, cardinalidades, claves y dominios. Explica que el modelo E-R facilita el diseño de bases de datos permitiendo especificar un esquema lógico que representa la estructura global de los datos. También define conceptos clave como entidades débiles, relaciones de identificación, participaciones y tipos de atributos.
El documento describe el Modelo Entidad Relación, el cual modela el mundo real mediante entidades, atributos y relaciones. Las entidades representan objetos y están definidas por atributos, mientras que las relaciones representan asociaciones entre entidades. El modelo permite definir tres tipos de relaciones entre entidades: uno a uno, uno a muchos y muchos a muchos.
Este documento presenta los conceptos fundamentales del modelo relacional de bases de datos, incluyendo la terminología como relaciones, atributos, tuplas y dominios. Explica las propiedades de las relaciones, claves y restricciones de integridad. También describe el propósito y actualización de las vistas.
Este documento presenta varios problemas de modelado de bases de datos relacionales. Cada problema describe un escenario de negocio diferente y solicita diseñar el modelo entidad-relación y pasarlo a forma normalizada.
Modelo entidad relacion(gestion de examenes)agustinbilmer
Los profesores de una asignatura universitaria deciden crear una base de datos para almacenar información sobre los exámenes y resultados de los estudiantes. La base de datos contendrá datos sobre estudiantes, exámenes escritos y prácticas realizadas por los estudiantes, así como información sobre los profesores que diseñaron las prácticas.
Este documento presenta los conceptos básicos del modelo de datos entidad-relación, incluyendo entidades, atributos, relaciones, identificadores únicos, subtipos y dependencias. Explica cómo representar estos elementos gráficamente y define términos como grado y opcionalidad de las relaciones. También cubre temas como generalización, especialización y entidades débiles.
El documento describe el Programa Comprensivo del IAASB para clarificar los Estándares Internacionales de Auditoría. El objetivo es establecer objetivos claros, eliminar ambigüedades en los requerimientos, e incrementar la comprensión de los estándares. El programa incluye nuevas convenciones, revisiones sustanciales de los estándares, y entrará en vigencia en diciembre de 2009. El IAASB es responsable de emitir estándares internacionales de auditoría y aseguramiento.
El documento describe las características adicionales del Modelo Entidad-Relación Avanzado (EER) que extienden el modelo básico Entidad-Relación, incluyendo la especialización, generalización, herencia de atributos, ligaduras de diseño y agregación. Explica conceptos como superclases y subclases, y cómo la herencia permite que los subtipos hereden atributos y relaciones de los supertipos.
El documento describe conceptos básicos relacionados con bases de datos, incluyendo datos, entidades, claves primarias y foráneas, relaciones, restricciones de integridad referencial y metadatos. Explica que una base de datos es un almacenamiento formalmente definido y controlado centralmente de datos compartidos por múltiples usuarios y aplicaciones.
Aspectos formales para la elaboración del informe escritoMaribel Ordoñez
Este documento proporciona instrucciones sobre la forma y el formato para la elaboración de informes escritos, incluyendo especificaciones sobre el espaciado, márgenes, párrafos, citas, paginación y bibliografía. Se requiere el uso de Arial 12, márgenes de 2cm superior e inferior y 3cm izquierdo, y 1-1.5 espacios entre secciones. Las citas deben atribuirse correctamente y ordenarse alfabéticamente en la bibliografía.
Este documento compara las Normas Internacionales de Auditoría (NIA) emitidas por el Consejo de Normas Internacionales de Auditoría y Atestiguamiento (IAASB) con las Normas de Auditoría Generalmente Aceptadas (NAGA) adoptadas en Ecuador. Explica que las NIA son lineamientos internacionales para la emisión de dictámenes de auditoría, mientras que las NAGA son principios fundamentales que rigen el desempeño de los auditores locales. Además, describe las diferentes secciones de cada conjunto de normas.
El documento describe los diagramas de clases y objetos en UML para el análisis y diseño orientado a objetos. Explica que el diagrama de clases muestra las clases del sistema con sus relaciones y herencia, incluyendo atributos y operaciones. También cubre las relaciones entre clases como asociación, agregación, dependencia y herencia, así como la notación para clases, atributos, métodos y objetos.
El documento presenta información sobre empleados, artículos vendidos y ventas realizadas. Incluye tablas con nombre, puesto, salario de empleados y descripción y costo de artículos. Otra tabla cruza datos de empleados, artículos y fecha de ventas.
La relación PRESTAMO_LIBROS contiene información sobre préstamos de libros realizados por editoriales a profesores. Se pide normalizar la relación hasta 3FN, indicando claves y atributos principales.
1) El documento describe los conceptos de normalización de bases de datos, incluyendo las primeras, segunda y tercera formas normales. 2) También explica la forma normal de Boyce-Codd y la cuarta forma normal, así como cómo tratar las dependencias multivalores. 3) La normalización elimina la redundancia de datos y anomalías al dividir tablas grandes en tablas más pequeñas con relaciones entre ellas.
El documento describe una entidad bancaria con sucursales, clientes, empleados y préstamos. Las sucursales tienen códigos únicos y están ubicadas en ciudades. Los clientes se identifican con cédulas y pueden tener cuentas y pedir préstamos. Los empleados tienen códigos de empleado y el banco almacena su información. Los préstamos se otorgan en sucursales particulares y tienen números únicos, importes y registros de pagos.
Este documento presenta varias extensiones al modelo entidad-relación básico, incluyendo:
1) Relaciones ternarias y n-arias que permiten modelar asociaciones entre más de dos tipos de entidades.
2) Dominios que especifican los valores válidos de los atributos.
3) Especialización/generalización que permite modelar jerarquías y retículas de subtipos y supertipos. Esto incluye herencia de atributos y relaciones.
El documento describe los diferentes niveles de abstracción de los datos en los sistemas de bases de datos, incluyendo la independencia de los datos, los modelos de datos y el modelo entidad-relación. Explica conceptos como clases, atributos, relaciones y normalización para evitar redundancia en las bases de datos.
Este documento presenta los fundamentos del álgebra relacional, incluyendo sus operaciones fundamentales como selección, proyección, unión, diferencia de conjuntos y producto cartesiano. Explica cómo estas operaciones se pueden usar para manipular relaciones en una base de datos de forma procedural. También incluye ejemplos y ejercicios para aplicar estas operaciones a tablas relacionales.
1) El documento trata sobre la planificación de la auditoría de estados financieros y la responsabilidad del auditor de planificar la auditoría de manera efectiva. 2) Describe los procedimientos de planificación como la identificación de riesgos, el conocimiento de la entidad y su entorno, y la documentación de la planificación. 3) Establece que la aplicación de la planificación permite al auditor diseñar y ejecutar los procedimientos de auditoría de manera adecuada.
El documento presenta un modelo de dominio para un videoclub. Explica que un modelo de dominio representa los conceptos clave de un dominio (como videos, clientes y transacciones de alquiler) y sus relaciones, más que objetos de software. Usa notación UML de diagramas de estructura estática para mostrar las entidades, atributos y asociaciones de un videoclub.
Este documento describe los conceptos fundamentales del modelo entidad-relación (E-R), incluyendo entidades, atributos, relaciones, cardinalidades, claves y dominios. Explica que el modelo E-R facilita el diseño de bases de datos permitiendo especificar un esquema lógico que representa la estructura global de los datos. También define conceptos clave como entidades débiles, relaciones de identificación, participaciones y tipos de atributos.
El documento describe el Modelo Entidad Relación, el cual modela el mundo real mediante entidades, atributos y relaciones. Las entidades representan objetos y están definidas por atributos, mientras que las relaciones representan asociaciones entre entidades. El modelo permite definir tres tipos de relaciones entre entidades: uno a uno, uno a muchos y muchos a muchos.
Este documento presenta los conceptos fundamentales del modelo relacional de bases de datos, incluyendo la terminología como relaciones, atributos, tuplas y dominios. Explica las propiedades de las relaciones, claves y restricciones de integridad. También describe el propósito y actualización de las vistas.
Este documento presenta varios problemas de modelado de bases de datos relacionales. Cada problema describe un escenario de negocio diferente y solicita diseñar el modelo entidad-relación y pasarlo a forma normalizada.
Modelo entidad relacion(gestion de examenes)agustinbilmer
Los profesores de una asignatura universitaria deciden crear una base de datos para almacenar información sobre los exámenes y resultados de los estudiantes. La base de datos contendrá datos sobre estudiantes, exámenes escritos y prácticas realizadas por los estudiantes, así como información sobre los profesores que diseñaron las prácticas.
Este documento presenta los conceptos básicos del modelo de datos entidad-relación, incluyendo entidades, atributos, relaciones, identificadores únicos, subtipos y dependencias. Explica cómo representar estos elementos gráficamente y define términos como grado y opcionalidad de las relaciones. También cubre temas como generalización, especialización y entidades débiles.
El documento describe el Programa Comprensivo del IAASB para clarificar los Estándares Internacionales de Auditoría. El objetivo es establecer objetivos claros, eliminar ambigüedades en los requerimientos, e incrementar la comprensión de los estándares. El programa incluye nuevas convenciones, revisiones sustanciales de los estándares, y entrará en vigencia en diciembre de 2009. El IAASB es responsable de emitir estándares internacionales de auditoría y aseguramiento.
El documento describe las características adicionales del Modelo Entidad-Relación Avanzado (EER) que extienden el modelo básico Entidad-Relación, incluyendo la especialización, generalización, herencia de atributos, ligaduras de diseño y agregación. Explica conceptos como superclases y subclases, y cómo la herencia permite que los subtipos hereden atributos y relaciones de los supertipos.
El documento describe conceptos básicos relacionados con bases de datos, incluyendo datos, entidades, claves primarias y foráneas, relaciones, restricciones de integridad referencial y metadatos. Explica que una base de datos es un almacenamiento formalmente definido y controlado centralmente de datos compartidos por múltiples usuarios y aplicaciones.
Aspectos formales para la elaboración del informe escritoMaribel Ordoñez
Este documento proporciona instrucciones sobre la forma y el formato para la elaboración de informes escritos, incluyendo especificaciones sobre el espaciado, márgenes, párrafos, citas, paginación y bibliografía. Se requiere el uso de Arial 12, márgenes de 2cm superior e inferior y 3cm izquierdo, y 1-1.5 espacios entre secciones. Las citas deben atribuirse correctamente y ordenarse alfabéticamente en la bibliografía.
Este documento presenta información sobre el diseño de bases de datos utilizando el modelo entidad-relación. Explica los pasos para diseñar una base de datos, define conceptos como entidad, atributo, relación y tipos de relaciones. Además, incluye ejemplos prácticos de diseño de bases de datos para diferentes situaciones y la conversión del modelo entidad-relación al modelo relacional en tablas.
Este documento presenta un proyecto para desarrollar y administrar una base de datos para una empresa llamada Beta. Incluye la historia y evolución del modelo entidad-relación, las definiciones y reglas básicas para crear una base de datos, y el modelo entidad-relación propuesto para la empresa Beta con entidades como cliente, proveedor, vendedor, artículo y orden. También incluye las tablas propuestas y algunas consultas de ejemplo en SQL.
Este documento presenta un resumen de tres oraciones de un taller sobre bases de datos en Access 2010. El documento incluye la portada con los nombres de los autores, el departamento y la ciudad. También contiene la tabla de contenido con los diferentes capítulos sobre introducción a bases de datos, objetivos, marco teórico y desarrollo del proyecto.
Este documento presenta un proyecto de base de datos desarrollado por Daniel Steven Hernández Zarate y Andrés Felipe Infante Cardoso para el Colegio Nacional Nicolás Esguerra en el año 2015. El objetivo general era crear una base de datos en Access para organizar información de manera ordenada. Se explican los tipos de bases de datos y las funciones básicas de Access para almacenar datos de clientes, empleados y servicios de una empresa.
Este documento presenta un resumen de 3 oraciones de un taller sobre bases de datos en Access 2010. Contiene información sobre Fabian Mustafa y Nicolas Esguerra del departamento integrado en Bogotá en 2015. Presenta el contenido de la base de datos Access 2010 incluyendo introducción, objetivos, planteamiento del problema, marco teórico y desarrollo del proyecto.
Este documento presenta un caso de empresa sobre el uso de bases de datos relacionales y no relacionales. Detalla los objetivos de analizar la estructura de datos de un caso de negocio y ejecutar consultas simples y complejas. Incluye información sobre la empresa, problemas a resolver, soluciones propuestas mediante consultas y conclusiones sobre el uso de bases de datos para organizar y analizar información.
El documento presenta información sobre el modelo entidad-relación (MER), incluyendo conceptos clave como entidades, atributos, relaciones, cardinalidades y claves. Explica cómo representar un MER a través de diagramas y ofrece ejemplos prácticos de su aplicación a casos relacionados con una universidad, una tienda de videos y ventas por internet.
Este documento presenta un proyecto de base de datos en Access 2010 desarrollado por Julian Andres Castiblanco Jimenez y William Fernando Rondon Muñoz para el Colegio Nacional Nicolas Esguerra en Bogotá, Colombia en 2015. El proyecto buscaba aplicar los conocimientos sobre bases de datos relacionales utilizando el software Access 2010. El documento incluye la introducción, objetivos, planteamiento del problema, marco teórico, materiales y metodología, desarrollo del proyecto y conclusiones.
Este documento presenta una introducción al uso de bases de datos en Access 2010. Explica conceptos básicos como tablas, campos, registros y diseño de bases de datos relacionales. Detalla el objetivo de crear una base de datos para una empresa y desarrollar procedimientos para demostrar el uso del programa. Finalmente, provee una guía teórica sobre componentes de las bases de datos en Access.
Este documento presenta un taller sobre bases de datos en Access 2010. Incluye la introducción al tema, objetivos de aprender a utilizar el programa y crear una base de datos para una empresa. Explica conceptos clave como tablas, bases de datos relacionales y tipos de relaciones. El proyecto consistió en diseñar las tablas y relacionar la información de una empresa para organización y consulta de datos.
Este documento presenta una base de datos con información sobre dos personas, su facultad, programa y ciudad. Contiene el título de un posible trabajo, nombres de autores, tipo de trabajo, nombre del director o asesor, la institución, facultad, departamento, ciudad y año. Además, incluye una nota de aceptación con nombres de jurados y fecha.
Este documento presenta información sobre bases de datos, incluyendo: 1) los fundamentos de las bases de datos y la normalización para minimizar redundancias, 2) el modelo entidad-relación para representar las relaciones entre entidades y atributos, y 3) los tres pasos de la normalización para transformar las vistas de usuario en estructuras de datos más pequeñas y estables.
Este documento presenta información sobre bases de datos, incluyendo: 1) la definición de base de datos, 2) los fundamentos de diseño de bases de datos, 3) el modelo entidad-relación, 4) claves primarias y foráneas, 5) normalización hasta la tercera forma normal. Además, incluye ejemplos prácticos de modelado de bases de datos y normalización de tablas relacionales.
El documento presenta información sobre bases de datos, incluyendo fundamentos como normalización, diseño de bases de datos relacionales, y modelado de entidades y relaciones. Explica conceptos como entidades, atributos, claves primarias, claves foráneas, y restricciones de integridad referencial. También incluye ejemplos prácticos de modelado de bases de datos para diferentes situaciones.
Existen diferentes tipos de bases de datos según su estructura y propósito:
- Bases de datos jerárquicas: Están organizadas en forma de árbol, donde cada nodo puede tener varios hijos pero solo un padre. Se usaban principalmente en sistemas operativos.
- Bases de datos en red: Permiten relaciones más complejas entre los datos, con múltiples padres e hijos. Fueron populares en los años 70-80.
- Bases de datos relacionales: Los datos se organizan en tablas relacionadas entre sí a través de claves primari
Este documento presenta un resumen de un proyecto sobre el desarrollo de una base de datos en Microsoft Access. Explica la introducción, objetivos, planteamiento del problema, marco teórico sobre bases de datos y sus componentes, y el desarrollo del proyecto que incluye el análisis de resultados y cronograma. Finaliza con conclusiones y recomendaciones.
Este documento presenta un resumen de las bases de datos Access 2010 realizado por Gabriel Andrés Velásquez Gallón y Juan Esteban Vergara Sarmiento. Explica brevemente qué es una base de datos, para qué sirve y menciona algunos tipos y modelos de bases de datos. Además, presenta la portada, los agradecimientos, la tabla de contenido y otras secciones preliminares típicas de un documento con este propósito.
Este documento presenta tres actividades relacionadas con bases de datos. La primera identifica las entidades, relaciones y atributos de departamentos, empleados, profesores, asignaturas, proveedores y piezas. La segunda representa estos componentes gráficamente. La tercera explica las principales aplicaciones de las bases de datos en banca, líneas aéreas, universidades y más, para organizar mejor la información.
mi sector es muy tranquilo
los vecinos siempre colaboran , lo que mas me gusta de mi sector es el parque salazar, la iglesia el huerto de Dios donde congrego y el complejo deportivo de manco capac
Modelos de Teclados ergonómicos y Pantallas táctiles.pptxambargarc7
En el mundo de la tecnología interactiva en rápida evolución, los teclados ergonómicos y los monitores de pantalla táctil están a la vanguardia y revolucionan la forma en que interactuamos con los teclados y los dispositivos digitales haciendo para una mejor experiencia posible en la vida cotidiana.
Unidad Central de Procesamiento (CPU): El Procesadorcastilloaldair788
El presente documento contiene información acerca del Unidad Central de procesamiento: Definición, historia, funcionamiento, arquitectura, fabricantes.
3. EL PROCESO DEL DISEÑO DE UNA
BASE DE DATOS
MUNDO REAL
Base de
Datos
Física
Estructura Percibida
(no formalizada)
objetos y asociaciones con
Sus propiedades y reglas
Esquema
Conceptual
Esquema
Interno
Esquema
de Base
de Datos
Modelo
Conceptual
MODELO
INTERNO
MODELADO CONCEPTUAL
DISEÑO LOGICO
DISEÑO FISICO
MODELO
DE BD
SGBD
VALORES
4. DISEÑO DE BASE DE DATOS
• TRANSFORMAR UNA PORCIÓN DEL
MUNDO REAL CON SUS OBJETOS Y
ASOCIACIONES, SUS PROPIEDAES Y
REGLAS A UNA BASE DE DATOS
FÍSICA DE UNA ARQUITECTURA
ESPECÍFICA.
5. MODELO ENTIDAD - RELACIÓN
• El modelo entidad-relación es el modelo conceptual más utilizado para el
diseño conceptual de bases de datos. Fue introducido por Peter Chen en
1976. El modelo entidad-relación está formado por un conjunto de
conceptos que permiten describir la realidad mediante un conjunto de
representaciones gráficas y lingüísticas.
E1
R1
ENTIDAD
RELACIÓN
ATRIBUTO
ATRIBUTO CLAVE
ATRIBUTO COMPUESTO
D1 DOMINIO
GENERALIZACIÓN / HERENCIA
6. ENTIDAD (SUSTANTIVO)
• ES AQUEL OBJETO ACERCA DEL CUAL QUEREMOS
ALMACENAR DATOS EN LA BASE DE DATOS.
PERSONA
• REGULARES: ENTIDADES CON EXISTENCIA
PROPIA.
• DÉBILES: LA EXISTENCIA DE UNA OCURRENCIA DE
UNA ENTIDAD DÉBIL DEPENDEN DE LA EXISTENCIA
DE UNA OCURRENCIA DE UNA ENTIDAD REGULAR.
INSTITUCIÓN DEPARTAMENTOSE
COMPONE
7. ENTIDAD
• LA ENTIDAD ES UNA MATRIZ DE COLUMNAS Y FILAS. LAS
COLUMNAS SON LOS ATRIBUTOS O PROPIEDADES Y LAS
FILAS LOS SUCESOS O EVENTOS DE LA ENTIDAD.
CÓDIGO NOMBRE FECHA
CONTRATO
SUELDO JEFE
7234 ROSAS 24-NOV-98 750 7500
7500 CHAVEZ 12-DIC-96 3000
3450 FERRO 14-SET-99 2200 7500
2345 ALVA 22-ABR-01 1500 3450
5789 CISNEROS 30-OCT-05 1200 7234
EMPLEADOS
8. RELACIÓN (VERBO)
• ASOCIACION DE ENTIDADES
PERSONA CASATIENE
• EJ. TÉCNICO REPARA ELECTRODOMÉSTICO
TÉCNICO ELECTRODOMÉSTICOREPARA
9. UNA RELACIÓN SE CARACTERIZA POR:
• NOMBRE: ES UN VERBO O ACCIÓN. EJ TIENE , ES, ESCRIBE, ETC.
• GRADO:NUMERO DE ENTIDADES QUE PARTICIPAN EN UNA
RELACIÓN.
• TIPO DE RELACIÓN:
– UNO A MUCHOS 1:N
– MUCHOS A UNO N:1
– MUCHOS A MUCHOS N:M
• EL TIPO DE RELACIÓN SE CONSTRUYE A TRAVÉS DE LA
CARDINALIDAD. NUMERO DE VINCULACIONES MÍNIMAS Y
MÁXIMAS QUE PUEDEN EXISTIR ENTRE LOS EVENTOS DE DOS
O MÁS RELACIONES. EJ. UNA INSTITUCIÓN PUEDE
COMPONERSE DE, MÍNIMO, 1 DEPARTAMENTO, UNA
INSTITUCIÓN PUEDE COMPONERSE, MÁXIMO DE , MUCHOS n
DEPARTAMENTOS. UN DEPARTAMENTO PUEDE COMPONER ,
COMO MÍNIMO, 1 INSTITUCIÓN Y UN DEPARTAMENTO PUEDE
COMPONER , COMO MÁXIMO A 1 INSTITUCIÓN. POR LO TANTO
EL TIPO DE RELACIÓN SERÁ DE 1 A N
INSTITUCIÓN DEPARTAMENTOSE
COMPONE
(1,n)(1,1)
1:N
10. GRADO DE UNA RELACIÓN
• GRADO 1
• GRADO 2
• GRADO 3
TEMA
Consta N:M
EDITORIAL
Edita
LIBRO
1:N
AUTOR
Escribe
DOCUMENTO
N:M
AUTOR
INSTITUCION
TEMA
Consta
N:M:1
11. RELACIONES RECURSIVAS
CÓDIGO NOMBRE FECHA
CONTRATO
SUELDO JEFE
7234 ROSAS 24-NOV-98 750 7500
7500 CHAVEZ 12-DIC-96 3000
3450 FERRO 14-SET-99 2200 7500
2345 ALVA 22-ABR-01 1500 3450
5789 CISNEROS 30-OCT-05 1200 7234
EMPLEADO
ES JEFE
(0,n)
(1,1)
1:N
13. ATRIBUTOS
• DEFINICIÓN
– ES CADA UNA DE LAS
PROPIEDADES O
CARACTERÍSTICAS QUE
TIENE UNA ENTIDAD O UNA
INTERRELACIÓN.
• DOMINIO
– CONJUNTO DE VALORES
POSIBLES QUE PUEDE
TOMAR UN ATRIBUTO.
– LOS DOMINIOS TIENEN
EXISTENCIA PROPIA,
TIENEN UN NOMBRE.
País
Nº Clubes
Nombre
PAIS
DONDE:
PAIS -> CLAVE PRIMARIA
NOMBRE-> CLAVE ALTERNATIVA
No CLUBES-> DATO COMÚN
SOCIO
NACIONALIDADES
NACIONALIDAD
SEXOS
SEXO
15. CASO No 01
LA BIBLIOTECA
• MODELE UN ESQUEMA CONCEPTUAL DE LA BASE DE DATOS
DEL SISTEMA DE CONTROL DE BIBLIOTECA, CONSIDERANDO
LOS SIGUIENTES CONCEPTOS:
– LOS LIBROS EN LA BIBLIOTECA TIENEN UNO O MÁS
EJEMPLARES.
– LOS EJEMPLARES SE PRESTAN A LOS SOCIOS.
– UN SOCIO PUEDE TENER HASTA 3 EJEMPLARES PRESTADOS DE
LA BIBLIOTECA.
– SE DESEA MANTENER UNA BASE DE DATOS QUE CONSIDERE
LOS SIGUIENTES ATRIBUTOS DE LOS LIBROS: CÓDIGO DE
LIBRO, NOMBRE DE LIBRO, IDIOMA Y AÑO DE PUBLICACIÓN.
– DEL EJEMPLAR UN NUMERO DE SECUENCIA.
– DEL SOCIO UN CÓDIGO, EL NOMBRE Y SU DIRECCIÓN
– INCLUYA LA FECHA DEL PRÉSTAMO DEL LIBRO Y LA FECHA DE
DEVOLUCIÓN.
20. LOS EMPLEADOS POR
DEPARTAMENTO
• LA EMPRESA CIMERFA S.A.C DESEA CONTROLAR
LAS PERSONAS QUE TRABAJAN EN ELLA
TENIENDO EN CUENTA LOS SIGUIENTES
CONCEPTOS:
– LAS PERSONAS TIENEN UN CÓDIGO, NOMBRE, SALARIO,
COMISIONES Y LA FECHA DE CONTRATACIÓN .
– LAS PERSONAS TRABAJAN SÓLO EN UN
DEPARTAMENTOS
– LAS PERSONAS TIENEN POR JEFES OTRAS PERSONAS
– LOS DEPARTAMENTOS TIENEN UN CÓDIGO, UN NOMBRE
– LAS PERSONAS DESEMPEÑAN 1 O MÁS LABORES
– LAS LABORES TIENEN UN CÓDIGO Y UNA DESCRIPCIÓN
22. FACTURA
• LA EMPRESA IDEAS S.R.L
– LA FACTURA SE IDENTIFICA POR UN NÚMERO,
ADEMÁS TIENE FECHA, TOTAL, IGV Y GRAN
TOTAL
– LA FACTURA SE REALIZA A UN CLIENTE
– EL CLIENTE TIENE RUC, NOMBRE, DIRECCIÓN Y
TELÉFONO.
– LA FACTURA TIENE UNO MAS ARTÍCULOS
– LOS ARTÍCULOS TIENEN CÓDIGO, NOMBRE Y
UNIDAD DE MEDIDA
– LOS ARTÍCULOS DE LA FACTURA INCLUYEN
CANTIDAD, PRECIO UNITARIO, MONTO TOTAL
(PRECIO POR CANTIDAD)
24. MODELO RELACIONAL
• CONCEPTOS
– TABLA, ATRIBUTO (DOMINIO), TUPLA O FILA.
– ESQUEMA DE UNA RELACIÓN
– RELACIÓN
– ESQUEMA DE UNA BASE DE DATOS RELACIONAL
– RESTRICCIONES DEL MODELO RELACIONAL DE DOMINIO
• NORMALIZACIÓN
– FORMAS NORMALES
– PRIMERA FORMA NORMAL. EJERCICIOS
– SEGUNDA FORMA NORMAL. EJERCICIOS
– TERCERA FORMA NORMAL. DEPENDENCIA TRANSITIVA.
EJERCICIOS
25. NOMBRE NACIONALIDAD INSTITUCIÓN
DATE USA MIT
CODD USA IBM
CERI ITALIA POLITECNICO MILAN
SALTOR ESPAÑA UTP
COLUMNAS
FILASOTUPLAS
NOMBRES DE 25
CARACTERES
DOMINIOS
NACIONALIDADES
INSTITUCIONES
EDUCATIVAS
NOMBRE DE LA TABLA : AUTOR
26. EL MODELO RELACIONAL
• LOS USUARIOS VEN LA
BASE DE DATOS COMO
UNA COLECCIÓN DE
TABLAS
PERSONA
CPERSONA NOMBRE FECCONTRATO SUELDO COMM CDEPT
0729 JUAN 26-Sep-91 4200 700 10
0731 MARIA 26-Oct-97 7000 400 20
0747 IBIS 14-Jul-88 2000 200 10
0756 GONZALO 1-Feb-01 750 2000 30
0755 RAUL 18-Jan-99 4200 300 40
0778 TOMAS 22-May-92 5000 1300 10
0722 CARMELA 14-Feb-02 4000 800 40
0790 GINA 2-Mar-87 850 900 20
0797 JANNET 3-Feb-05 1700 900 50
0800 DINO 7-Nov-05 1200 700 50
DEPT
CDEPT NDEPT
10 CONTABILIDAD
20 LOGISTICA
30 FINANZAS
40 VENTAS
50 PRODUCCION
29. ESQUEMA DE RELACIÓN
• INTENSIÓN
– AUTOR(NOMBRE, NACIONALIDAD,INSTITUCIÓN)
– AUTOR (NOMBRE: NOMBRES, NACIONALIDAD: NACIONALIDADES,
INSTITUCION: INSTITUCIONES EDUCATIVAS)
• EXTENSIÓN
NOMBRE NACIONALIDAD INSTITUCIÓN
DATE USA MIT
CODD USA IBM
CERI ITALIA POLITECNICO MILAN
SALTOR ESPAÑA UTP
AUTOR
30. RELACIONES EN EL ESQUEMA DE RELACIÓN POR INTENSIÓN
AUTOR(NOMBRE,NACIONALIDAD,INSTITUCION)
LIBRO(CODLIBRO,TITULO,IDIOMA,EDITORIAL)
ESCRIBE(NOMBRE,CODLIBRO)
31. RESTRICCIONES SEMÁNTICAS
• FACILIDADES QUE EL MODELO OFRECE A LOS USUARIOS A
FIN DE ÉSOS PUEDAN REFLEJAR EN EL ESQUEMA, LO MÁS
FIELMENTE POSIBLE, LA SEMÁNTICA DEL MUNDO REAL.
• ATRIBUTOS NULOS: (NULL) NO EXISTE NINGÚN VALOR EN LA
INTERSECCIÓN DE LA FILA CON COLUMNA.
• UNICIDAD: (UNIQUE) VALORES DE UNO O MÁS ATRIBUTOS
QUE NO PUEDEN REPETIRSE EN UNA RELACIÓN
• OBLIGATORIEDAD: (NOT NULL) UN CONJUNTO DE ATRIBUTOS
QUE NO SOPORTA VALORES NULOS
• INTEGRIDAD REFERENCIAL: (FOREIGN KEY) ATRIBUTOS DE
UNA TABLA QUE SON CLAVES EN OTRA.
• CLAVE PRIMARIA: (PRIMARY KEY) VALORES UNICOS Y
OBLIGATORIOS (UNIQUE Y NOT NULL) DE LOS ATRIBUTOS
QUE IDENTIFICAN LA FILA.
32. LAS FORMAS NORMALES
• PARA LLEGAR AL MODELO
RELACIONAL DE UNA REALIDAD
CONCRETA SE APLICAN 3 PASOS
DENOMINADOS FORMAS NORMALES
• 1 FORMA NORMAL
• 2 FORMA NORMAL
• 3 FORMA NORMAL
33. PRIMERA FORMA NORMAL
• LAS TABLAS NO PUEDE ADMITIR GRUPOS REPETITIVOS
• SI ANALIZAMOS UN EJEMPLO POR INTENSIÓN CON GRUPO REPETITIVO:
• LIBRO(CODLIBRO, TITULO, AUTOR)
CODLIBRO TITULO AUTOR
01234 MODELOS DE DATOS MENDEZ
PEREZ
04321 ORACLE RAMIREZ
89999 FUNDAMENTOS DE BD GUARDA
TERAN
ZAVALA
• AUTOR ES UN GRUPO REPETITIVO. PORQUE EN LA
INTERSECCIÓN DE UNA COLUMNA FILA EXISTEN VARIOS
AUTORES, ES DECIR NO ESTÁ EN 1FN PORQUE EXISTEN GRUPOS
REPETITIVOS.
34. PRIMERA FORMA NORMAL
• PARA ELIMINAR LOS GRUPOS REPETITIVOS, REPETIMOS EL RESTO DE
LOS ATRIBUTOS DE LA FILA PARA CADA UNO DE LOS VALORES DEL
GRUPO. ES DECIR:
• LIBRO(CODLIBRO, TITULO, AUTOR)
CODLIBRO TITULO AUTOR
01234 MODELOS DE DATOS MENDEZ
01234 MODELOS DE DATOS PEREZ
04321 ORACLE RAMIREZ
89999 FUNDAMENTOS DE BD GUARDA
89999 FUNDAMENTOS DE BD TERAN
89999 FUNDAMENTOS DE BD ZAVALA
• PARA QUE LA CLAVE SEA ÚNICA TENEMOS QUE RECURRIR A LA
CLAVE DEL GRUPO REPETITIVO
35. SEGUNDA FORMA NORMAL
• PARA QUE UNA TABLA ESTÉ EN SEGUNDA FORMA NORMAL:
– TIENE QUE ESTAR EN 1FN.
– LOS ATRIBUTO QUE NO SON CLAVE DEBEN DE DEPENDER
COMPLETAMENTE DE LA CLAVE.
• PRESTA(CODLIBRO, CODSOCIO, NOMBRE SOCIO, FECHA DE
DEVOLUCIÓN, TITULO DEL LIBRO)
CODLIBRO TITULO DEL LIBRO
CODSOCIO NOMBRE DE SOCIO
CODLIBRO+CODSOCIO FECHA DE DEVOLUCIÓN
MATRIZ DE EVALUACIÓN
36. SEGUNDA FORMA NORMAL
• VEMOS QUE TÍTULO DEL LIBRO DEPENDE DE CODLIBRO.
• QUE NOMBRE DE SOCIO DEPENDE DE CODSOCIO
• Y QUE FECHA DE DEVOLUCIÓN DE CODLIBRO+CODSOCIO
• ENTONCES PARA TRANSFORMAR ESTA TABLA A 2FN
REALIZAREMOS LO SIGUIENTE:
• LIBRO(CODLIBRO, TITULO DEL LIBRO)
• SOCIO(CODSOCIO, NOMBRE SOCIO)
• PRESTA(CODLIBRO, CODSOCIO, FECHA DE DEVOLUCIÓN)
• DE UNA TABLA OBTENEMOS 3 QUE ESTÁN EN 1FN Y EN 2FN
• ESTÁN EN 2FN PORQUE TODOS LOS ATRIBUTOS NO CLAVE
DEPENDEN DE LA CLAVE COMPLETA DE SUS RESPECTIVAS
TABLAS.
37. TERCERA FORMA NORMAL
• TRANSITIVIDAD: SI C DEPENDE B Y B
DEPENDE DE A, ENTONCES SE DICE C
DEPENDE TRANSITIVAMENTE DE A.
• A->B->C ENTONCES A-->C
• SOCIO(CODSOCIO,CIUDAD,PAIS)
• CODSOCIO->CIUDAD
• CIUDAD->PAIS
• ENTONCES CODSOCIO->PAIS
38. TERCERA FORMA NORMAL
• LA TABLA DEBE ESTAR EN 2FN
• PARA QUE UNA TABLA ESTÉ EN 3FN NO DEBE HABER
UN ATRIBUTO NO CLAVE QUE DEPENDA
TRANSITIVAMENTE DE LA CLAVE.
• SOCIO(CODSOCIO,CIUDAD,PAIS)
– CODSOCIO->CIUDAD
– CIUDAD->PAIS
– ENTONCES CODSOCIO->PAIS
• ENTONCES EXISTE TRANSITIVIDAD
• PARA ELIMINAR LA TRANSITIVIDAD
• DIVIDIMOS LA TABLA DE LA SIGUIENTE FORMA
• SOCIO(CODSOCIO,CIUDAD)
• LUGAR(CIUDAD, PAIS)
• DE ESTA FORMA YA NO HAY TRANSITIVIDAD
39. • FACTURA(NROFACTURA, CODIGO
CLIENTE, NOMBRE DE CLIENTE)
• X --------Y--------------Z
• NF CODCLI NOMCLI
• FACTURA(NF,CODCLI)
• CLIENTE(CODCLI,NOMCLI)
42. DE UN FORMULARIO TAMBIÉN OBTENER LAS TABLAS
CODIGO ALUMNO: 55202
FICHA DE MATRICULA
UNIVERSIDAD MARIANO ARAGONEZ
Nº MATRICULA: 141132 FECHA : 15/11/2005
NOMBRE : HUMBERTO ARTURO MARTÍNEZ URIBE
CURSO NOMBRE CURSO
INDICA
RETIRO
M81a MATEMATICA 2
CODIGO CARRERA: S33
FECHA INICIO CICLO: 02/01/2006
CREDITOS
L03i LOGICA
3
3
VEZ
INDICA
ELIMINADO PROM
1
2
LENGUA 1C01b 2 1
CURSOS
43. • ESCOGEMOS UN NOMBRE UN NOMBRE QUE REPRESENTE EL FORMULARIO
EJE FICHA DE MATRICULA.
• HAY DATOS QUE SE PRESENTAN UNA SOLA VEZ EJE NO DE MATRICULA,
FECHA, ETC.
• HAY DATOS QUE SE PRESENTAN EN MÚLTIPLES FILAS CON LA MISMA
ESTRUCTURA, QUE LLAMAREMOS GRUPOS REPETITIVOS (REPITEN LA
ESTRUCTURA) EJE COD CURSO, NOMBRE DEL CURSO, CRÉDITOS, ETC.
• PODEMOS ENTONCES REPRESENTAR UNA TABLA POR COMPRENSIÓN,
TAMBIÉN DENOMINADO POR INTENSIÓN, DE LA SIGUIENTE FORMA:
• FICHA DE MATRÍCULA (No MATRÍCULA, FECHA, CÓDIGO DEL ALUMNO, NOMBRE
DEL ALUMNO, CÓDIGO DE LA CARRERA, FECHA DE INICIO CICLO … LUEGO EL
GRUPO REPETITIVO … CON UNA LÍNEA EN LA PARTE SUPERIOR …
• CÓDIGO CURSO, NOMBRE CURSO, CRÉDITOS, VEZ QUE LO LLEVA,
• INDICA RETIRO, INDICA ELIMINADO, PROMEDIO)
• ENTONCES AHORA ESTA TABLA LA HEMOS REPRESENTADO POR
COMPRENSIÓN, SIN NECESIDAD DE COLOCAR LOS DATOS QUE LA COMPONE.
SÓLO TRABAJAMOS CON EL NOMBRE DE LAS FILAS.
• FALTA IDENTIFICAR LA CLAVE, ES DECIR EL MÍNIMO NÚMERO DE COLUMNAS
QUE PUEDE IDENTIFICAR COMO ÚNICA CADA UNA DE LAS FILAS, QUE SERÁ
ÚNICO Y OBLIGATORIA..
• PARA ESTE EJEMPLO SELECCIONAREMOS EL No DE MATRÍCULA. SE INDICA
SUBRAYANDO LOS ATRIBUTOS. EJE No MATRÍCULA
44. EN RESUMEN UNA TABLA POR COMPRENSIÓN SE
PUEDE EXPRESAR :
• FICHA DE MATRÍCULA (No MATRÍCULA, FECHA, CÓDIGO DEL
ALUMNO, NOMBRE DEL ALUMNO, CÓDIGO DE LA CARRERA,
FECHA DE INICIO CICLO, CÓDIGO CURSO, NOMBRE CURSO,
CRÉDITOS, VEZ QUE LO LLEVA, INDICA RETIRO, INDICA
ELIMINADO, PROMEDIO)
• ESTA EXPRESIÓN SABEMOS QUE NO SON TABLAS SIMPLES,
MÁS BIEN REPRESENTAN UNA REALIDAD COMPLEJA.
• PARA HALLAR LAS TABLAS QUE COMPONEN ESTA REALIDAD
COMPLEJA, APLICAREMOS UN MÉTODO DENOMINADO
NORMALIZACIÓN.
• LA NORMALIZACIÓN TRANSFORMA LA REALIDAD PARA QUE
PUEDA SER ADAPTADA AL MODELO RELACIONAL, ES DECIR,
LA CONVIERTE EN TABLAS, RELACIONES Y DOMINIOS O
DISEÑA UN MODELO RELACIONAL PARA UNA REALIDAD
CONCRETA.
45. • SI VOLVEMOS AL EJEMPLO DE LA FICHA DE MATRÍCULA
• FICHA DE MATRÍCULA (No MATRÍCULA, FECHA, CÓDIGO DEL ALUMNO,
NOMBRE DEL ALUMNO, CÓDIGO DE LA CARRERA, FECHA DE INICIO CICLO,
CÓDIGO CURSO, NOMBRE CURSO, CRÉDITOS, VEZ QUE LO LLEVA, INDICA
RETIRO, INDICA ELIMINADO, PROMEDIO)
• 1FN
– NO ESTÁ EN 1FN PORQUE TIENE GRUPOS REPETITIVOS
– ESCOGEMOS LA CLAVE DEL GRUPOS REPETITIVO CÓDIGO DE CURSO
– LUEGO ELIMINAMOS LAS RAYAS DEL GRUPOS REPETITIVO.
– TENDRÍAMOS
• FICHA DE MATRÍCULA (No MATRÍCULA, FECHA, CÓDIGO DEL ALUMNO,
NOMBRE DEL ALUMNO, CÓDIGO DE LA CARRERA, FECHA DE INICIO CICLO,
CÓDIGO CURSO, NOMBRE CURSO, CRÉDITOS, VEZ QUE LO LLEVA, INDICA
RETIRO, INDICA ELIMINADO, PROMEDIO)
46. • 2FN
• PARTIMOS DE ESTA TABLA AHORA
• FICHA DE MATRÍCULA (No MATRÍCULA, FECHA, CÓDIGO DEL ALUMNO, NOMBRE DEL
ALUMNO, CÓDIGO DE LA CARRERA, FECHA DE INICIO CICLO, CÓDIGO CURSO, NOMBRE
CURSO, CRÉDITOS, VEZ QUE LO LLEVA, INDICA RETIRO, INDICA ELIMINADO,
PROMEDIO)
– PARA SABER SI ESTÁ EN 2FN LA VEMOS SI HAY ATRIBUTOS NO CLAVES QUE NO DEPENDEN DE
LA CLAVE COMPLETA NoMATRÍCULA+CÓDIGO CURSO.
– PARA ESTO UTILIZAMOS MATRIZ DE EVALUACIÓN
NoMATRÍCULA FECHA, CÓDIGO DE ALUMNO, NOMBRE DEL ALUMNO,
CÓDIGO DE CARRERA, FECHA DE INICIO CICLO
CÓDIGO CURSO NOMBRE DE CURSO, CRÉDITOS
NoMATRÍCULA+CÓDIGO DE CURSO VEZ QUE LO LLEVA, INDICA RETIRO, INDICA ELIMINADO,
PROMEDIO
MATRIZ DE EVALUACIÓN
• ENTONCES PARA HALLAR LA 2FN
• FICHA DE MATRÍCULA (No MATRÍCULA, FECHA, CÓDIGO DEL ALUMNO, NOMBRE DEL
ALUMNO, CÓDIGO DE LA CARRERA, FECHA DE INICIO CICLO,)
• CURSO(CÓDIGO CURSO, NOMBRE CURSO)
• MATCUR(No MATRÍCULA, CÓDIGO CURSO, VEZ QUE LO LLEVA, INDICA RETIRO, INDICA
ELIMINADO, PROMEDIO)
47. 3FN
• TENEMOS 3 TABLAS AHORA EMPECEMOS POR:
• FICHA DE MATRÍCULA (No MATRÍCULA, FECHA, CÓDIGO DEL ALUMNO, NOMBRE DEL
ALUMNO, CÓDIGO DE LA CARRERA, FECHA DE INICIO CICLO)
• EXISTE TRANSITIVIDAD VEAMOS
• No MATRÍCULA ->FECHA
• No MATRÍCULA ->CÓDIGO DEL ALUMNO ->NOMBRE DEL ALUMNO
• No MATRÍCULA ->CÓDIGO DE CARRERA
• No MATRÍCULA ->FECHA DE INICIO DEL CICLO
• SOLO EXISTE TRANSITIVIDAD ENTRE No MATRÍCULA ->CÓDIGO DEL ALUMNO -
>NOMBRE DEL ALUMNO
• ENTONCES NUESTRA TABLA NO ESTÁ EN 3FN
• PARA TRANSFORMALA A 3FN DE LA SIGUIENTE MANERA:
• FICHA DE MATRÍCULA (No MATRÍCULA, FECHA, CÓDIGO DEL ALUMNO, CÓDIGO DE LA
CARRERA, FECHA DE INICIO CICLO)
• ALUMNO (CÓDIGO DEL ALUMNO, NOMBRE DEL ALUMNO)
• SI APLICAMOS EL MISMO ANÁLISIS VEREMOS QUE ESTAS ESTAS TABLAS NO HAY
TRANSITIVIDAD, POR LO TANTO SE HALLAN EN 3FN.
• CURSO (CÓDIGO CURSO, NOMBRE CURSO)
• FICHA DE MATRÍCULA (No MATRÍCULA, CÓDIGO CURSO, VEZ QUE LO LLEVA, INDICA
RETIRO, INDICA ELIMINADO, PROMEDIO)
49. FINALMENTE
• DE
• FICHA DE MATRÍCULA (No MATRÍCULA, FECHA, CÓDIGO DEL ALUMNO,
NOMBRE DEL ALUMNO, CÓDIGO DE LA CARRERA, FECHA DE INICIO CICLO,
CÓDIGO CURSO, NOMBRE CURSO, CRÉDITOS, VEZ QUE LO LLEVA, INDICA
RETIRO, INDICA ELIMINADO, PROMEDIO)
• AL SER NORMALIZADA, AL APLICAR LA 1FN, 2FN Y 3FN ENCONTRAMOS
• FICHA DE MATRÍCULA (No MATRÍCULA, FECHA, CÓDIGO DEL ALUMNO,
CÓDIGO DE LA CARRERA, FECHA DE INICIO CICLO)
• ALUMNO (CÓDIGO DEL ALUMNO, NOMBRE DEL ALUMNO)
• CURSO(CÓDIGO CURSO, NOMBRE CURSO)
• MATCUR(No MATRÍCULA, CÓDIGO CURSO, VEZ QUE LO LLEVA, INDICA
RETIRO, INDICA ELIMINADO, PROMEDIO)
50. EJEMPLO DE NORMALIZACIÓN
DESCRIPCIÓN DE PLANTA: _______________________________________________________________
ORDEN DE FORMULACION
Nº O/F: ________ FECHA: __/__/_____
CÓDIGO DE PLANTA:_______
SUPERVISOR:
CODIGO NOMBRE
INSUMOS
COD ARTÍCULO DESCRIPCIÓN CANT COSTO
ARTICULO A FORMULAR
OBSERVACIONES
COD ARTÍCULO
COSTO TOTAL……..
DESCRIPCIÓN CANT
FORMULADOR:
CODIGO NOMBRE
LABORATORIO LIBRA
51. DETERMINANDO LA ESTRUCTURA PERCIBIDA
• ORDEN DE FORMULACIÓN(N_OF,FEC_OF,COD_PLANTA,
DESC_PLANTA, COD_SUP, NOM_SUP, COD_ART, DESC_ART, CANT,
COSTO, OBSERVACIONES, COSTO_TOTAL, COD_ART_FORM,
DESC_ART_FORM, CANT_ART_FORM, COD_FORMULADOR,
NOMBRE_FORMULADOR)
• DETERMINANDO EL IDENTIFICADOR DE ESTA ESTRUCTURA
PERCIBIDA
• ORDEN DE FORMULACIÓN(N_OF,FEC_OF,COD_PLANTA,
DESC_PLANTA, COD_SUP, NOM_SUP, COD_ART, DESC_ART, CANT,
COSTO, OBSERVACIONES, COSTO_TOTAL, COD_ART_FORM,
DESC_ART_FORM, CANT_ART_FORM, COD_FORMULADOR,
NOMBRE_FORMULADOR)
• SEÑALIZANDO EL GRUPO REPETITIVO
• ORDEN DE FORMULACIÓN(N_OF,FEC_OF,COD_PLANTA,
DESC_PLANTA, COD_SUP, NOM_SUP,
• COD_ART, DESC_ART, CANT, COSTO, OBSERVACIONES,
• COSTO_TOTAL, COD_ART_FORM, DESC_ART_FORM,
CANT_ART_FORM, COD_FORMULADOR, NOMBRE_FORMULADOR)
52. PRIMERA FORMA NORMAL
• LAS TABLAS NO PUEDEN ADMITIR GRUPOS REPETITIVOS
POR LO TANTO ESTA TABLA NO ESTA EN 1FN
• PARA TRANSFORMARLA A LA 1FN TENEMOS QUE
– SELECCIONAR LA CLAVE DEL GRUPO REPETITIVO
– ELIMINAR LA SEÑALIZACIÓN DEL GRUPO REPETITIVO
• ORDEN DE FORMULACIÓN(N_OF,FEC_OF,COD_PLANTA,
DESC_PLANTA, COD_SUP, NOM_SUP,
• COD_ART, DESC_ART, CANT, COSTO, OBSERVACIONES,
• COSTO_TOTAL, COD_ART_FORM, DESC_ART_FORM,
CANT_ART_FORM, COD_FORMULADOR,
NOMBRE_FORMULADOR)
• AHORA TENEMOS UNA CLAVE COMPUESTA POR 2
ATRIBUTOS: N_OF+COD_ART, PERO NO HAY GRUPOS
REPETITIVOS POR LO TANTO LA TABLA ESTÁ EN 1FN
53. SEGUNDA FORMA NORMAL
• LA QUE UNA TABLA ESTE EN 2FN, SE DEBEN DAR DOS CONDICIONES:
– QUE ESTE EN 1FN
– QUE TODOS LOS ATRIBUTOS NO CLAVES DEPENDAN COMPLETAMENTE DE LA
CLAVE DE LA TABLA Y NO DE PARTE DE ELLA.
• PARA VERIFICAR QUE LOS ATRIBUTOS NO CLAVE DEPENDAN
COMPLETAMENTE DE LA CLAVE DE LA TABLA Y NO DE PARTE DE ELLA,
EMPLEAMOS LA MATRIZ DE EVALUACIÓN SIGUIENTE:
• COMO EXISTEN ATRIBUTOS QUE NO DEPENDEN COMPLETAMENTE DE LA
CLAVE N_OF+ COD_ART, ENTONCES LA TABLA NO ESTÁ EN 2FN.
• COMO EXISTEN ATRIBUTOS QUE NO DEPENDEN COMPLETAMENTE DE LA
CLAVE N_OF+ COD_ART, ENTONCES LA TABLA NO ESTÁ EN 2FN.
N_OF FEC_OF, COD_PLANTA, DESC_PLANTA, COD_SUP, NOM_SUP,
COSTO_TOTAL, COD_ART_FORM, DESC_ART_FORM,
CANT_ART_FORM, COD_FORMULADOR, NOMBRE_FORMULADOR
COD_ART DESC_ART
N_OF+COD_ART
CANT, COSTO, OBSERVACIONES
54. SEGUNDA FORMA NORMAL
• PARA TRANSFORMARA A 2FN TENEMOS QUE
ORGANIZAR LOS ATRIBUTOS DE DIFERENTE
FORMA:
• LOS QUE DEPENDEN DE N_OF:
• FEC_OF, COD_PLANTA, DESC_PLANTA, COD_SUP,
NOM_SUP, COSTO_TOTAL, COD_ART_FORM,
DESC_ART_FORM, CANT_ART_FORM,
COD_FORMULADOR, NOMBRE_FORMULADOR
• LOS QUE DEPENDEN DE COD_ART
• DESC_ART
• Y LOS QUE DEPENDEN DE LA CLAVE
N_OF+COD_ART
• CANT, COSTO, OBSERVACIONES
55. SEGUNDA FORMA NORMAL
• LO QUE HACEMOS ES CONFORMAR 3 GRUPOS DONDE
INCLUIREMOS LAS CLAVES DE LAS QUE DEPENDEN
• (N_OF, FEC_OF, COD_PLANTA, DESC_PLANTA, COD_SUP,
NOM_SUP, COSTO_TOTAL, COD_ART_FORM,
DESC_ART_FORM, CANT_ART_FORM, COD_FORMULADOR,
NOMBRE_FORMULADOR)
• (COD_ART,DESC_ART)
• (N_OF,COD_ART CANT, COSTO, OBSERVACIONES)
• LUEGO BAUTIZAMOS CON UN NUEVO NOMBRE A CADA
TABLA
• ORDEN DE FORMULACIÓN(N_OF, FEC_OF, COD_PLANTA,
DESC_PLANTA, COD_SUP, NOM_SUP, COSTO_TOTAL,
COD_ART_FORM, DESC_ART_FORM, CANT_ART_FORM,
COD_FORMULADOR, NOMBRE_FORMULADOR)
• ARTÍCULO(COD_ART,DESC_ART)
• OF_ARTICULO(N_OF,COD_ART CANT, COSTO,
OBSERVACIONES)
• SI VERIFICAMOS EN CADA UNA DE ESTAS TABLAS LOS
ATRIBUTOS DEPENDEN COMPLETAMENTE DE LA CLAVE DE
LA CORRESPONDIENTE TABLA, POR LO TANTO ESTÁN EN
2FN.
56. TERCERA FORMA NORMAL
• PARA QUE UNA TABLA ESTÉ EN 3FN, LA TABLA DEBE CUMPLIR LAS
SIGUIENTES CONDICIONES:
• DEBEN ESTAR EN 2FN
• NO DEBE HABER UN ATRIBUTO NO CLAVE QUE DEPENDA
TRANSITIVAMENTE DE LA CLAVE.
• PARA ORDEN DE FORMULACIÓN
N_OF COD_PLANTA DESC_PLANTA
N_OF COD_SUP NOM_SUP
N_OF COD_ART_FORM DESC_ART_FORM
N_OF COD_FORMULADOR NOMBRE_FORMULADOR
• VEMOS ENTONCES QUE EXISTEN CUATRO CAMPOS QUE DEPENDEN
TRANSITIVAMENTE DE LA CLAVE, POR LO TANTO ESTA TABLA NO ESTÁ
EN 3FN.
57. TERCERA FORMA NORMAL
• PARA TRANSFORMALA A 3FN DEBEMOS CREAR UNA TABLA
POR CADA UNA DE LAS TRANSITIVIDADES
• (COD_PLANTA, DESC_PLANTA)
• (COD_SUP, NOM_SUP)
• (COD_ART_FORM, DESC_ART_FORM)
• (COD_FORMULADOR, NOMBRE_FORMULADOR)
• Y LE DAMOS UN NOMBRE A CADA TABLA
• PLANTA(COD_PLANTA, DESC_PLANTA)
• SUPERVISOR(COD_SUP, NOM_SUP)
• ARTICULO(COD_ART_FORM, DESC_ART_FORM)
• FORMULADOR(COD_FORMULADOR, NOMBRE_FORMULADOR)
58. TERCERA FORMA NORMAL
• Y ELIMINAMOS DE LA TABLA ORDEN DE
FORMULACIÓN AQUELLOS CAMPOS QUE DEPENDEN
TRANSITIVAMENTE DE LA CLAVE. DEBEMOS DE
TENER CUIDADO DE NO ELIMINAR LOS ATRIBUTOS,
CENTRALES DE LA TRANSITIVIDAD (LOS ATRIBUTOS
A ELIMINAR SE SEÑALAN EN ROJO):
• ORDEN DE FORMULACIÓN (N_OF, FEC_OF,
COD_PLANTA, DESC_PLANTA, COD_SUP, NOM_SUP,
COSTO_TOTAL, COD_ART_FORM, DESC_ART_FORM,
CANT_ART_FORM, COD_FORMULADOR,
NOMBRE_FORMULADOR)
• ES DECIR LA TABLA QUEDA:
• ORDEN DE FORMULACIÓN (N_OF, FEC_OF,
COD_PLANTA, COD_SUP, COSTO_TOTAL,
COD_ART_FORM, CANT_ART_FORM,
COD_FORMULADOR)
59. FINALMENTE
• FINALMENTE LAS TABLAS QUE HEMOS ENCONTRADO SON LAS
SIGUIENTES:
• PLANTA(COD_PLANTA, DESC_PLANTA)
• SUPERVISOR(COD_SUP, NOM_SUP)
• ARTICULO_A_FORMULAR(COD_ART_FORM, DESC_ART_FORM)
• FORMULADOR(COD_FORMULADOR, NOMBRE_FORMULADOR)
• ARTÍCULO_INSUMO(COD_ART,DESC_ART)
• ORDEN DE FORMULACIÓN(N_OF, FEC_OF, COD_PLANTA, COD_SUP,
COSTO_TOTAL, COD_ART_FORM, CANT_ART_FORM,
COD_FORMULADOR)
• OF_ARTICULO(N_OF,COD_ART CANT, COSTO, OBSERVACIONES)
60. FORMA NORMAL DE BOYCE- CODD
• DEFINICION.
– TODO ATRIBUTO O COLECCIÓN DE
ATRIBUTOS QUE DETERMINA OTRO
ATRIBUTO ES LLAMADO DETERMINANTE.
– XY
• X DESCRIPTOR DETERMINANTE
• Y DESCRIPTOR IMPLICADO
61. FORMA NORMAL DE BOYCE- CODD
• SE DICE QUE UNA RELACIÓN SE
ENCUENTRA EN FNBC SI Y SOLO SI
TODO DETERMINANTE ES UNA CLAVE
CANDIDATA.
62. FORMA NORMAL DE BOYCE- CODD
• EJE.
– CURSO_EST(COD_E,COD_C,NOM_C, CALIFICACION)
• SI
– COD_C NOM_C Y
– COD_E,COD_CCALIFICACION
• ESTA RELACION TENDRIA DOS CLAVES CANDIDATAS:
– COD_E, COD_C
– COD_E,NOM_C
– ESTA RELACION ESTA EN 3FN PERO TIENE ANOMALIAS
DE ACTUALIZACION, YA QUE SE REPITIRIA EL NOMBRE Y
EL CODIGO DEL CURSOS POR CADA ESTUDIANTE QUE
ASISTE A ELLOS.
– ESTA RELACION NO SE ENCUENTRA EN FNBC
63. FORMA NORMAL DE BOYCE- CODD
• PARA RESOLVER SE TRANSFORMA:
– CURSO_EST(COD_E, COD_C,
CALIFICACION)
– CURSO(COD_C, NOM_C)
64. FORMAS NORMALES AVANZADAS
• EXISTEN OTRO TIPO DE
DEPENDENCIAS Y ESTAS SE
DEMUESTRAN ENCONTRANDO
ANOMALÍAS DE ACTUALIZACIÓN.
– DEPENDENCIAS MULTIVALUADAS
– DEPENDENCIAS DE COMBINACION
65. DEPENDENCIAS MULTIVALUADAS
• SE DICE QUE
– X MULTIDETERMINA A Y O QUE
– Y DEPENDE EN FORMA MULTIVALUADA DE X
• SI Y SOLO SI
• PARA CADA VALOR DE X TIENE ASIGNADO UN
CONJUNTO BIEN DEFINIDO DE VALORES DE Y
• ESTE CONJUNTO ES INDEPENDIENTE DE
CUALQUIER VALOR QUE TOME OTRO ATRIBUTO Z
EL CUAL DEPENDE DEL VALOR DE X
XY
66. DEPENDENCIA MULTIVALUADAS Y LA 4FN
Profesor Asignatura Libro
Martin •Sistemas Operativos
•BD
•Estructuras
•Diseño de archivos
•Fundamentos de BD
•Oracle
•Linux
•Inteligencia de Negocios
•Redes Neuronales
Peralta •Análisis Matemático I
•Análisis Matemático II
•Algebra Booleana
•Algebra Lineal
•Modelos Matemáticos
•Tratado de Análisis Matemático
EJE. TABLA DOCENCIA
67. Analizando esta matriz
• El profesor enseña asignaturas
• El profesor consulta Libros
• Existe un conjunto bien definido de asignaturas que
dicta un profesor
• Existe un conjunto definido de libros que consulta un
profesor
• Existe independencia entre el grupo de Asignaturas y el
grupo de Libros.
68. CUARTA FORMA NORMAL
• Una relación está en 4FN si y solo si, siempre
que exista una dependencia multivaluada en R
de la forma XY y todos los demás atributos de R
son funcionalmente dependientes de X.
• Para resolver la tabla Docencia deberemos:
• Docencia1(Profesor, Asignatura)
• Docencia2(Profesor, Libro)
•
• La 4FN se puede aplicar antes de la 1FN
69. QUINTA FORMA NORMAL
• DEPENDENCIA DE COMBINACIÓN
Dada la relación R de esquema
R(a1,a2,…,an)
Se dice que existe una dependencia de
combinación si y solo si, la relación R puede
ser construida a partir de la reunión natural de
la relaciones R1, R2,…,Rn obtenidas por la
proyección de R sobre los atributos a1,
a2, …,an respectivamente.
–
70. • Sea la relación:
• Matricula(alumno,Asignatura,Aula)
• Supongamos:
– Que un alumno puede estar matriculado en
un conjunto de asignaturas.
– Que para cada asignatura existen una serie
de aulas en las que se puede impartir la
docencia
– Que para cada asignatura el alumno recibe la
docencia en todas las aulas asignadas a esa
asignatura.
71. QUINTA FORMA NORMAL
• Una relación R satisface la 5FN, si y solo si, toda dependencia de
combinación en R está implicada por las claves candidatas entre si
y no por cualquier otros atributos.
• Entonces:
• Matrícula1(Alumno, Asignatura)
• Matricula2(Alumno, Aula)
• Matrícula3(Aula, Asignatura)
• Matrícula=Matricula1*Matricula2*Matricula3
• De la combinación de Matricula1 , Matricula2 y Matricula3 se
obtiene Matricula
73. PACIENTE:
GARANTE
PARTE DE ATENCIÓN
HOSPITAL SAN JUAN APOSTOL
Nº PARTE: 141132 FECHA - HORA: 11:45/13/04/2005
Nº HISTORIA: __1386____ NOMBRE : HUMBERTO ARTURO MARTÍNEZ URIBE
Nº : A-32 NOMBRE : SEGUROS RIMAC S.A.C.
MÉDICO
COD ESPECIALIDAD: CARD DESCRIPCIÓN: CARDIOLOGÍA
CMP: 12132 NOMBRE : FORTUNATO PAZ GOMEZ
DIAGNÓSTICO
CIE-10 ENFERMEDAD TIPO DIAG
B81i CARDIOPATÍA ANSIOSA P
MEDICAMENTOS
CODIGO NOMENCLATURA CANT
MA-123 VALIUM 10MG 30
GR-111 ASPIRINA 30
74. PARTE DE ATENCIÓN HOSPITALARIO
• PARTE(NP, FECHA-HORA, HISTORIA CLINICA, PACIENTE, NGARANTE,
NOMBRE GARANTE, ESPECIALIDAD MEDICO, DESCRIPCION DE
ESPECIALIDAD, CODIGO MEDICO, NOMBRE MEDICO,
•
• CODIGO DIAGNOSTICO, DESCRIPCION DE DIGNOSTICO, TIPO DIAGNOSTICO,
• CODIGO MEDICAMENTO, NOMENCLATURA, CANTIDAD)
• 4FN
• PARTE1(NP, FECHA-HORA, HISTORIA CLINICA, PACIENTE, NGARANTE,
NOMBRE GARANTE, ESPECIALIDAD MEDICO, DESCRIPCION DE
ESPECIALIDAD, CODIGO MEDICO, NOMBRE MEDICO,
• CODIGO DIAGNOSTICO, DESCRIPCION DE DIGNOSTICO, TIPO DIAGNOSTICO)
• PARTE2(NP,CODIGO MEDICAMENTO, NOMENCLATURA, CANTIDAD)
75. • NORMALIZANDO PARTE1
• 1FN
• PARTE1(NP, FECHA-HORA,
HISTORIA CLINICA,
PACIENTE, NGARANTE,
NOMBRE GARANTE,
ESPECIALIDAD MEDICO,
DESCRIPCION DE
ESPECIALIDAD, CODIGO
MEDICO, NOMBRE MEDICO,
CODIGO DIAGNOSTICO,
DESCRIPCION DE
DIGNOSTICO, TIPO
DIAGNOSTICO)
• 2FN
NP FECHA-HORA, HISTORIA
CLINICA, PACIENTE, NGARANTE,
NOMBRE GARANTE,
ESPECIALIDAD MEDICO,
DESCRIPCION DE
ESPECIALIDAD, CODIGO
MEDICO, NOMBRE MEDICO
CODIGO
DIAGNOSTICO
DESCRIPCION DE DIGNOSTICO
NP
+ CODIGO
DIAGNOSTICO
TIPO DIAGNOSTICO
76. • PARTE1 (NP, FECHA-HORA, HISTORIA
CLINICA, PACIENTE, NGARANTE,
NOMBRE GARANTE, ESPECIALIDAD
MEDICO, DESCRIPCION DE
ESPECIALIDAD, CODIGO MEDICO,
NOMBRE MEDICO)
• DIAGNOSTICO(CODIGO
DIAGNOSTICO, DESCRIPCION DE
DIGNOSTICO)
• PARTE1_DIAGNOSTICO(NP, CODIGO
DIAGNOSTICO, TIPO DIAGNOSTICO)
77. • 3FN
• PARTE1(NP, FECHA-HORA, HISTORIA CLINICA, NGARANTE, CODIGO
MEDICO)
• PACIENTE(HISTORIA CLINICA, PACIENTE)
• GARANTE(NGARANTE, NOMBRE GARANTE)
• MEDICO(CODIGO MEDICO, NOMBRE MEDICO, ESPECIALIDAD
MEDICO, DESCRIPCION DE ESPECIALIDAD)
• DIAGNOSTICO(CODIGO DIAGNOSTICO, DESCRIPCION DE
DIGNOSTICO)
• PARTE1_DIAGNOSTICO(NP, CODIGO DIAGNOSTICO, TIPO
DIAGNOSTICO)
X Y Z
NP HISTORIA CLINICA PACIENTE
NP NGARANTE NOMBRE GARANTE
NP CODIGO MEDICO NOMBRE MEDICO
NP CODIGO MEDICO ESPECIALIDAD MEDICO
NP CODIGO MEDICO DESCRIPCION DE
ESPECIALIDAD
78. • MEDICO AUN NO ESTA EN 3FN
• PARTE1(NP, FECHA-HORA, HISTORIA CLINICA, NGARANTE, CODIGO
MEDICO)
• PACIENTE(HISTORIA CLINICA, PACIENTE)
• GARANTE(NGARANTE, NOMBRE GARANTE)
• MEDICO(CODIGO MEDICO, NOMBRE MEDICO, ESPECIALIDAD
MEDICO)
• ESPECIALIDAD(ESPECIALIDAD MEDICO, DESCRIPCION DE
ESPECIALIDAD)
• DIAGNOSTICO(CODIGO DIAGNOSTICO, DESCRIPCION DE
DIGNOSTICO)
• PARTE1_DIAGNOSTICO(NP, CODIGO DIAGNOSTICO, TIPO
DIAGNOSTICO)
X Y Z
CODIGO MEDICO ESPECIALIDAD MEDICO DESCRIPCION DE
ESPECIALIDAD