Este documento presenta la planificación de una asignatura sobre sistemas de bases de datos. Se divide la asignatura en cinco unidades temáticas, con fechas de evaluación para cada unidad. También describe la forma de evaluación, incluyendo la asistencia, participación, trabajos en equipo y un proyecto final. El documento proporciona una guía general sobre la estructura y contenido de la asignatura.
Este documento presenta los fundamentos del modelo entidad-relación (ER) para el diseño conceptual de bases de datos. Explica las etapas del proceso de diseño de bases de datos, incluyendo el diseño conceptual, lógico y físico. Luego, describe los componentes básicos del modelo ER, como entidades, atributos y relaciones, y cómo se representan en un diagrama ER. Finalmente, presenta ejemplos para aplicar el modelo ER al diseño de bases de datos.
Este documento explica los conceptos de normalización de bases de datos, incluyendo las diferentes formas normales (1FN a 5FN). Define conceptos como dependencia funcional, redundancia, anomalías y cómo dividir tablas problemáticas en tablas más normalizadas para eliminar estas anomalías.
Este documento describe conceptos básicos de programación orientada a objetos en Java como clases, objetos, atributos, métodos, encapsulamiento, herencia y paquetes. Explica que una clase define la estructura y comportamiento de un objeto, mientras que un objeto es una instancia concreta de una clase. También describe cómo las referencias permiten la comunicación entre objetos y el compartir de recursos.
Las bases de datos son conjuntos de datos almacenados sistemáticamente para su posterior uso. Una base de datos ofrece varias ventajas sobre los sistemas de archivos tradicionales, incluyendo la independencia lógica y física de los datos, la redundancia mínima, el acceso concurrente y la integridad de los datos. Los sistemas gestores de bases de datos (SGBD) actúan como interfaz entre la base de datos, los usuarios y las aplicaciones, permitiendo definir, acceder y manipular los datos de forma eficiente y segura.
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 explica la normalización de bases de datos. Resume que la normalización transforma datos complejos en estructuras más pequeñas, lo que reduce la repetición de datos y previene errores. Explica que existen diferentes niveles de normalización, incluyendo la primera, segunda y tercera formas normales. Además, provee un ejemplo de cómo normalizar una base de datos paso a paso hasta la tercera forma normal.
Unidad 1. Fundamentos de Base de Datoshugodanielgd
Este documento presenta la asignatura de Fundamentos de Base de Datos que forma parte de la carrera de Ingeniería en Sistemas Computacionales. El curso abarca temas como los modelos entidad-relación y relacional, introducción a SQL, diseño de bases de datos relacionales y bases de datos orientadas a objetos. El objetivo es que los estudiantes comprendan los fundamentos teóricos para modelar, diseñar y consultar bases de datos. Se proporcionan detalles sobre el plan de estudios, bibliografía recomendada y la experiencia ac
Este documento presenta los fundamentos del modelo entidad-relación (ER) para el diseño conceptual de bases de datos. Explica las etapas del proceso de diseño de bases de datos, incluyendo el diseño conceptual, lógico y físico. Luego, describe los componentes básicos del modelo ER, como entidades, atributos y relaciones, y cómo se representan en un diagrama ER. Finalmente, presenta ejemplos para aplicar el modelo ER al diseño de bases de datos.
Este documento explica los conceptos de normalización de bases de datos, incluyendo las diferentes formas normales (1FN a 5FN). Define conceptos como dependencia funcional, redundancia, anomalías y cómo dividir tablas problemáticas en tablas más normalizadas para eliminar estas anomalías.
Este documento describe conceptos básicos de programación orientada a objetos en Java como clases, objetos, atributos, métodos, encapsulamiento, herencia y paquetes. Explica que una clase define la estructura y comportamiento de un objeto, mientras que un objeto es una instancia concreta de una clase. También describe cómo las referencias permiten la comunicación entre objetos y el compartir de recursos.
Las bases de datos son conjuntos de datos almacenados sistemáticamente para su posterior uso. Una base de datos ofrece varias ventajas sobre los sistemas de archivos tradicionales, incluyendo la independencia lógica y física de los datos, la redundancia mínima, el acceso concurrente y la integridad de los datos. Los sistemas gestores de bases de datos (SGBD) actúan como interfaz entre la base de datos, los usuarios y las aplicaciones, permitiendo definir, acceder y manipular los datos de forma eficiente y segura.
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 explica la normalización de bases de datos. Resume que la normalización transforma datos complejos en estructuras más pequeñas, lo que reduce la repetición de datos y previene errores. Explica que existen diferentes niveles de normalización, incluyendo la primera, segunda y tercera formas normales. Además, provee un ejemplo de cómo normalizar una base de datos paso a paso hasta la tercera forma normal.
Unidad 1. Fundamentos de Base de Datoshugodanielgd
Este documento presenta la asignatura de Fundamentos de Base de Datos que forma parte de la carrera de Ingeniería en Sistemas Computacionales. El curso abarca temas como los modelos entidad-relación y relacional, introducción a SQL, diseño de bases de datos relacionales y bases de datos orientadas a objetos. El objetivo es que los estudiantes comprendan los fundamentos teóricos para modelar, diseñar y consultar bases de datos. Se proporcionan detalles sobre el plan de estudios, bibliografía recomendada y la experiencia ac
El documento describe las etapas del proceso de diseño de una base de datos, incluyendo el análisis de requisitos, el diseño conceptual, la elección del software, el diseño lógico y físico, e implementación. Explica el modelo entidad-relación para el diseño conceptual, con entidades, relaciones y atributos representados gráficamente.
Este documento presenta la historia de las bases de datos desde su nacimiento en la década de 1940 hasta la actualidad. Explica que las bases de datos surgieron para almacenar grandes cantidades de datos de forma electrónica y eficiente. Luego describe las cuatro generaciones de bases de datos y los sistemas comerciales más importantes, incluyendo las bases de datos jerárquicas, de red, relacionales y multidimensionales. Finalmente, resume algunos tipos y usos comunes de bases de datos.
Este documento compara diferentes sistemas gestores de bases de datos, describiendo sus características técnicas, ventajas, desventajas y empresas que los utilizan. Algunos de los SGBD más populares mencionados son MySQL, Oracle, SQL Server, PostgreSQL y SQLite. Cada uno tiene fortalezas específicas como rendimiento, escalabilidad, facilidad de uso y compatibilidad con diferentes plataformas y sistemas operativos.
El documento describe las bases de datos orientadas a objetos, incluyendo su concepto, historia y características. Estas bases de datos incorporan los conceptos de encapsulación, herencia y polimorfismo del modelo de objetos, y los datos se almacenan como objetos en lugar de tablas. Las características incluyen objetos, identificadores únicos y encapsulamiento.
Este documento describe conceptos básicos sobre transacciones en bases de datos, incluyendo las propiedades ACID, los estados de una transacción, los niveles de aislamiento y los comandos commit y rollback. Explica que una transacción es un conjunto de operaciones atómicas que mantienen la consistencia de los datos y que deben cumplir las propiedades de atomicidad, consistencia, aislamiento y permanencia.
Este documento trata sobre la normalización de bases de datos. Explica que la normalización consiste en aplicar una serie de reglas a las relaciones obtenidas del modelo entidad-relación al modelo relacional para evitar redundancia, problemas de actualización y proteger la integridad de los datos. También describe las primeras tres formas normales (1FN, 2FN, 3FN) y sus criterios para determinar el grado de vulnerabilidad de una tabla a inconsistencias.
Funciones y Componente de un Sistema de Gestión de Base de DatosJesus Parra
Los SGBD son paquetes de software muy complejo y sofisticado que deben proporcionar los servicios comentados en la sección anterior. No se puede generalizar sobre los elementos que componen un SGBD ya que varían mucho unos de otros. Sin embargo, es muy útil conocer sus componentes y cómo se relacionan cuando se trata de comprender lo que es un sistema de bases de datos. Un SGBD tiene varios módulos, cada uno de los cuales realiza una función específica. El sistema operativo proporciona servicios básicos al SGBD, que es construido sobre él.
Este documento describe el modelo de objeto semántico y las ventajas de la base de datos semántica. Explica que el modelado semántico resume la complejidad lógica de la base de datos para hacerla más usable y accesible para más usuarios. También describe la arquitectura típica de una base de datos semántica, incluyendo la separación del modelo conceptual y lógico.
Este documento presenta una introducción a los fundamentos de las bases de datos. Explica conceptos clave como los objetivos de las bases de datos, sus áreas de aplicación, los modelos y lenguajes de datos, y los tipos de usuarios. También describe la arquitectura de tres niveles de un sistema de gestión de bases de datos, los niveles de abstracción, y algunos tópicos selectos sobre bases de datos.
En esta presentación se explica de manera resumida lo que es un MODELO JERÁRQUICO y DIAGRAMA ENTIDAD-RELACIÓN . espero sea de su agrado y les sirva . gracias
Este documento describe los componentes y características clave de los sistemas de gestión de bases de datos. Explica que un SGBD almacena, modifica y extrae información de una base de datos utilizando lenguajes como SQL. Luego describe los componentes de un SGBD como el procesador de consultas, el gestor de almacenamiento, el diccionario de datos y módulos de seguridad. Finalmente, menciona algunos SGBD populares como PostgreSQL, MySQL, Microsoft SQL Server e Informix.
El documento describe la evolución histórica de las bases de datos desde sus orígenes en la antigüedad hasta la actualidad. Señala que las primeras bases de datos modernas surgieron en la década de 1960 y que en la década de 1970 se desarrolló el modelo relacional de bases de datos. Finalmente, explica que en la actualidad dominan el mercado compañías como IBM, Microsoft, Oracle y que las bases de datos orientadas a objetos también son importantes.
Un dominio describe un conjunto de posibles valores para un atributo y restringe los valores que puede tomar ese atributo. Un ejemplo es el conjunto de nombres que pueden asignarse al atributo "NOMBRE" de una tabla. Cada tabla también puede tener una o más claves únicas que identifican de forma única cada registro a través de los valores en esos campos. Existen diferentes tipos de dominios como enteros, cadenas de texto y fechas.
El documento explica qué es un modelo de datos y describe los conceptos clave de un modelo entidad-relación (E-R), incluyendo entidades, atributos, relaciones, claves primarias y cardinalidades. Luego, muestra un ejemplo paso a paso de cómo crear un diagrama E-R para representar la información de personas, viviendas, ciudades y regiones.
Este documento presenta conceptos clave del modelo entidad-relación para el diseño conceptual de bases de datos. Explica los tipos de entidades, atributos, relaciones y restricciones, y ofrece ejemplos de cómo modelar los requisitos de una base de datos de una empresa usando este modelo. También describe las fases del diseño de bases de datos, desde el diseño conceptual hasta el diseño físico e implementación.
El documento describe diferentes tipos de restricciones en un modelo entidad-relación extendido, incluyendo exclusividad, exclusión, inclusividad, inclusión, generalización y agregación. La generalización describe la relación entre un supertipo y subtipos, y puede ser total o parcial, exclusiva u overlapante. La agregación permite relacionar una relación con otras entidades mediante la creación de una entidad agregada de nivel superior.
Los métodos estructurados son una forma sistemática de modelar sistemas existentes o por construir. Fueron desarrollados en los años 70 para el análisis y diseño de software y evolucionaron en las décadas siguientes para soportar el desarrollo orientado a objetos. Proporcionan marcos para el modelado detallado de sistemas y herramientas para la edición de modelos y generación de código y documentación.
Este documento trata sobre la integridad de datos en bases de datos. Explica los diferentes tipos de reglas de integridad como las de dominio, relación y transición. También cubre las reglas de integridad en SQL como las restricciones de datos requeridos, de entidad, referenciales y generales como las comprobaciones y aserciones. Por último, describe los disparadores o triggers que son procedimientos que se ejecutan automáticamente ante cambios en la base de datos.
Este documento presenta los fundamentos del diseño de bases de datos, incluyendo las fases del diseño (análisis, diseño conceptual, diseño lógico y diseño físico), los productos del diseño, los componentes de un modelo de datos, y un proceso de diseño en 6 fases que va desde la recopilación de requisitos hasta la implementación del sistema de base de datos.
Este documento describe los conceptos básicos de las bases de datos, incluyendo que una base de datos es un conjunto de datos organizados y relacionados entre sí para satisfacer las necesidades de información de una empresa. Las bases de datos también se pueden considerar almacenes de datos, ya que requieren programas e interfaces para que los usuarios carguen y descarguen información. El documento luego discute varios modelos, elementos y clasificaciones de bases de datos.
03. modelado de bases de datos relacioneslauravanesa01
El documento describe los diferentes tipos de relaciones entre tablas en una base de datos relacional, incluyendo relaciones de uno a muchos, uno a uno, muchos a muchos. Explica cómo definir estas relaciones mediante el uso de claves primarias y claves foráneas para vincular las tablas y permitir que los datos se repitan o unan según cada tipo de relación.
El documento describe las etapas del proceso de diseño de una base de datos, incluyendo el análisis de requisitos, el diseño conceptual, la elección del software, el diseño lógico y físico, e implementación. Explica el modelo entidad-relación para el diseño conceptual, con entidades, relaciones y atributos representados gráficamente.
Este documento presenta la historia de las bases de datos desde su nacimiento en la década de 1940 hasta la actualidad. Explica que las bases de datos surgieron para almacenar grandes cantidades de datos de forma electrónica y eficiente. Luego describe las cuatro generaciones de bases de datos y los sistemas comerciales más importantes, incluyendo las bases de datos jerárquicas, de red, relacionales y multidimensionales. Finalmente, resume algunos tipos y usos comunes de bases de datos.
Este documento compara diferentes sistemas gestores de bases de datos, describiendo sus características técnicas, ventajas, desventajas y empresas que los utilizan. Algunos de los SGBD más populares mencionados son MySQL, Oracle, SQL Server, PostgreSQL y SQLite. Cada uno tiene fortalezas específicas como rendimiento, escalabilidad, facilidad de uso y compatibilidad con diferentes plataformas y sistemas operativos.
El documento describe las bases de datos orientadas a objetos, incluyendo su concepto, historia y características. Estas bases de datos incorporan los conceptos de encapsulación, herencia y polimorfismo del modelo de objetos, y los datos se almacenan como objetos en lugar de tablas. Las características incluyen objetos, identificadores únicos y encapsulamiento.
Este documento describe conceptos básicos sobre transacciones en bases de datos, incluyendo las propiedades ACID, los estados de una transacción, los niveles de aislamiento y los comandos commit y rollback. Explica que una transacción es un conjunto de operaciones atómicas que mantienen la consistencia de los datos y que deben cumplir las propiedades de atomicidad, consistencia, aislamiento y permanencia.
Este documento trata sobre la normalización de bases de datos. Explica que la normalización consiste en aplicar una serie de reglas a las relaciones obtenidas del modelo entidad-relación al modelo relacional para evitar redundancia, problemas de actualización y proteger la integridad de los datos. También describe las primeras tres formas normales (1FN, 2FN, 3FN) y sus criterios para determinar el grado de vulnerabilidad de una tabla a inconsistencias.
Funciones y Componente de un Sistema de Gestión de Base de DatosJesus Parra
Los SGBD son paquetes de software muy complejo y sofisticado que deben proporcionar los servicios comentados en la sección anterior. No se puede generalizar sobre los elementos que componen un SGBD ya que varían mucho unos de otros. Sin embargo, es muy útil conocer sus componentes y cómo se relacionan cuando se trata de comprender lo que es un sistema de bases de datos. Un SGBD tiene varios módulos, cada uno de los cuales realiza una función específica. El sistema operativo proporciona servicios básicos al SGBD, que es construido sobre él.
Este documento describe el modelo de objeto semántico y las ventajas de la base de datos semántica. Explica que el modelado semántico resume la complejidad lógica de la base de datos para hacerla más usable y accesible para más usuarios. También describe la arquitectura típica de una base de datos semántica, incluyendo la separación del modelo conceptual y lógico.
Este documento presenta una introducción a los fundamentos de las bases de datos. Explica conceptos clave como los objetivos de las bases de datos, sus áreas de aplicación, los modelos y lenguajes de datos, y los tipos de usuarios. También describe la arquitectura de tres niveles de un sistema de gestión de bases de datos, los niveles de abstracción, y algunos tópicos selectos sobre bases de datos.
En esta presentación se explica de manera resumida lo que es un MODELO JERÁRQUICO y DIAGRAMA ENTIDAD-RELACIÓN . espero sea de su agrado y les sirva . gracias
Este documento describe los componentes y características clave de los sistemas de gestión de bases de datos. Explica que un SGBD almacena, modifica y extrae información de una base de datos utilizando lenguajes como SQL. Luego describe los componentes de un SGBD como el procesador de consultas, el gestor de almacenamiento, el diccionario de datos y módulos de seguridad. Finalmente, menciona algunos SGBD populares como PostgreSQL, MySQL, Microsoft SQL Server e Informix.
El documento describe la evolución histórica de las bases de datos desde sus orígenes en la antigüedad hasta la actualidad. Señala que las primeras bases de datos modernas surgieron en la década de 1960 y que en la década de 1970 se desarrolló el modelo relacional de bases de datos. Finalmente, explica que en la actualidad dominan el mercado compañías como IBM, Microsoft, Oracle y que las bases de datos orientadas a objetos también son importantes.
Un dominio describe un conjunto de posibles valores para un atributo y restringe los valores que puede tomar ese atributo. Un ejemplo es el conjunto de nombres que pueden asignarse al atributo "NOMBRE" de una tabla. Cada tabla también puede tener una o más claves únicas que identifican de forma única cada registro a través de los valores en esos campos. Existen diferentes tipos de dominios como enteros, cadenas de texto y fechas.
El documento explica qué es un modelo de datos y describe los conceptos clave de un modelo entidad-relación (E-R), incluyendo entidades, atributos, relaciones, claves primarias y cardinalidades. Luego, muestra un ejemplo paso a paso de cómo crear un diagrama E-R para representar la información de personas, viviendas, ciudades y regiones.
Este documento presenta conceptos clave del modelo entidad-relación para el diseño conceptual de bases de datos. Explica los tipos de entidades, atributos, relaciones y restricciones, y ofrece ejemplos de cómo modelar los requisitos de una base de datos de una empresa usando este modelo. También describe las fases del diseño de bases de datos, desde el diseño conceptual hasta el diseño físico e implementación.
El documento describe diferentes tipos de restricciones en un modelo entidad-relación extendido, incluyendo exclusividad, exclusión, inclusividad, inclusión, generalización y agregación. La generalización describe la relación entre un supertipo y subtipos, y puede ser total o parcial, exclusiva u overlapante. La agregación permite relacionar una relación con otras entidades mediante la creación de una entidad agregada de nivel superior.
Los métodos estructurados son una forma sistemática de modelar sistemas existentes o por construir. Fueron desarrollados en los años 70 para el análisis y diseño de software y evolucionaron en las décadas siguientes para soportar el desarrollo orientado a objetos. Proporcionan marcos para el modelado detallado de sistemas y herramientas para la edición de modelos y generación de código y documentación.
Este documento trata sobre la integridad de datos en bases de datos. Explica los diferentes tipos de reglas de integridad como las de dominio, relación y transición. También cubre las reglas de integridad en SQL como las restricciones de datos requeridos, de entidad, referenciales y generales como las comprobaciones y aserciones. Por último, describe los disparadores o triggers que son procedimientos que se ejecutan automáticamente ante cambios en la base de datos.
Este documento presenta los fundamentos del diseño de bases de datos, incluyendo las fases del diseño (análisis, diseño conceptual, diseño lógico y diseño físico), los productos del diseño, los componentes de un modelo de datos, y un proceso de diseño en 6 fases que va desde la recopilación de requisitos hasta la implementación del sistema de base de datos.
Este documento describe los conceptos básicos de las bases de datos, incluyendo que una base de datos es un conjunto de datos organizados y relacionados entre sí para satisfacer las necesidades de información de una empresa. Las bases de datos también se pueden considerar almacenes de datos, ya que requieren programas e interfaces para que los usuarios carguen y descarguen información. El documento luego discute varios modelos, elementos y clasificaciones de bases de datos.
03. modelado de bases de datos relacioneslauravanesa01
El documento describe los diferentes tipos de relaciones entre tablas en una base de datos relacional, incluyendo relaciones de uno a muchos, uno a uno, muchos a muchos. Explica cómo definir estas relaciones mediante el uso de claves primarias y claves foráneas para vincular las tablas y permitir que los datos se repitan o unan según cada tipo de relación.
UML. un analisis comparativo para la diagramación de softwareYaskelly Yedra
Este documento presenta un resumen de tres conceptos clave:
1) Explica brevemente el modelado conceptual en el desarrollo de software y los diferentes enfoques que han surgido como el desarrollo estructurado y orientado a objetos.
2) Describe los diagramas utilizados en el desarrollo estructurado como los diagramas de flujo y los utilizados en el desarrollo orientado a objetos.
3) Introduce el Lenguaje de Modelado Unificado (UML) como un estándar y analiza sus elementos básicos como diagram
Este documento presenta una introducción a las bases de datos, definiendo una base de datos como un conjunto de datos almacenados sistemáticamente para su uso futuro. Explica conceptos básicos como datos, entidades, claves y relaciones, e incluye una lista de los principales sistemas de gestión de bases de datos como Microsoft SQL Server, Oracle, MySQL y PostgreSQL.
El documento describe el modelo de entidad-relación extendido (EER) y sus características principales como clases, subclases, herencia, especialización, categorización y diagramas EER. El EER permite modelar datos complejos mediante la definición de clases y subclases, y la herencia de atributos y relaciones. La especialización permite definir subconjuntos de entidades mediante atributos o condiciones. El documento también incluye un ejemplo de diagrama EER para una base de datos universitaria que modela entidades como personas, estudiant
Este documento describe el modelo entidad-relación (E-R) para diseñar una base de datos en Microsoft Access. Explica que una base de datos consta de entidades, atributos y relaciones, y que el modelo E-R captura la estructura conceptual de la información antes de implementar el diseño físico en Access. También muestra ejemplos de cómo representar diferentes tipos de relaciones como uno-a-uno, uno-a-muchos y muchos-a-muchos entre entidades en un diagrama E-R.
Implementación de inteligencia de Negocios paso a paso (Business Intelligence)DANIEL VENTURA
El documento presenta las principales etapas para el desarrollo de un proyecto de Business Intelligence (BI). Describe las actividades, productos, herramientas y recursos involucrados en cada una de las etapas de definición, levantamiento de información, diseño, desarrollo, pruebas, puesta en producción, entrenamiento y cierre del proyecto.
El documento presenta una introducción al modelo entidad-relación (MER) para el diseño conceptual de bases de datos. Explica que el MER permite representar los datos relevantes de un sistema de una manera independiente de la tecnología subyacente. Describe los elementos clave del MER, incluyendo entidades, atributos, relaciones, cardinalidades y tipos de relaciones. También menciona conceptos como dominios, diccionario de datos, subtipos y restricciones.
Algebra is a broad part of mathematics that includes everything from solving simple equations to studying abstract concepts like groups, rings, and fields. It has its roots in early civilizations like Egypt and Babylonia but was further developed by Greek mathematicians and Indian mathematicians like Aryabhata and Brahmagupta. Algebra is important in everyday life for tasks like calculating distances, volumes, and interest rates, as well as for science, technology, engineering, and other fields that require mathematical modeling and problem-solving skills.
Este documento presenta conceptos básicos sobre bases de datos, incluyendo definiciones, la estructura de una base de datos compuesta por tablas con filas y columnas, los modelos de datos entidad-relación y relacional, y conceptos como atributos, entidades, relaciones, claves y cardinalidad.
Este documento presenta información sobre bases de datos, incluyendo referencias bibliográficas. Explica conceptos clave como sistemas gestores de bases de datos, actores, ventajas y estructura global. También describe las diferentes formas de evaluación de un curso sobre bases de datos, incluyendo asistencia, participación, trabajos en equipo y un proyecto final.
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 presenta los fundamentos de las bases de datos. Explica que el objetivo de la asignatura es que los estudiantes aprendan sobre bases de datos, puedan crear diagramas entidad-relación y desarrollar una base de datos en Access. También define conceptos clave como bases de datos, sistemas gestores de bases de datos y describe los roles involucrados en el desarrollo y uso de bases de datos.
El documento presenta un plan de estudios para una unidad temática sobre bases de datos. Cubre temas como los antecedentes históricos, conceptos generales, necesidad y justificación, ciclo de vida de un sistema de base de datos, modelos de bases de datos relacionales, diseño de bases de datos relacionales y lenguajes de bases de datos. Incluye cinco unidades temáticas con objetivos de aprendizaje y bibliografía sugerida.
Una base de datos es una colección organizada de datos diseñada para satisfacer las necesidades de información de una organización. Un sistema gestor de base de datos (SGBD) proporciona servicios para crear, almacenar, procesar y consultar datos de forma segura y eficiente. Un SGBD actúa como intermediario entre las aplicaciones y los datos almacenados en la base de datos.
Este documento describe un curso de bases de datos que se llevará a cabo entre agosto y octubre. El curso será impartido por Nadin David Herrera Sarmiento y cubrirá temas como conceptos básicos de bases de datos, modelos de datos como el entidad-relación y el modelo relacional, y diseño de bases de datos relacionales. El curso utilizará métodos como clases magistrales y ejercicios prácticos en Access.
Este documento presenta el primer fascículo de un curso sobre bases de datos. Introduce conceptos clave como bases de datos, DBMS, esquemas de bases de datos e independencia lógica y física de datos. Explica la arquitectura típica de un DBMS y lenguajes como el de definición y manejo de datos. Además, resume la evolución histórica de las bases de datos y competencias que los estudiantes desarrollarán en el curso.
Este documento resume los conceptos básicos de bases de datos, incluyendo su definición, características, tipos, usuarios, arquitectura de tres niveles, sistemas de administración de bases de datos, ventajas e inconvenientes de los SGBD, proveedores líderes y aplicaciones comunes. También compara sistemas de archivos frente a bases de datos y define términos clave como datos, información, almacenamiento, relaciones, tablas, formularios, consultas y más.
Los modelos de datos proveen la base conceptual para diseñar aplicaciones que hagan un uso intensivo de datos, así como la base formal para las herramientas y técnicas empleadas en el desarrollo y uso de sistemas de información. Existen tres tipos de modelos de datos: modelos lógicos basados en objetos, modelos lógicos basados en registros y modelos físicos.
El documento describe un sistema de gestión de base de datos (SGBD), explicando que permite almacenar y organizar información de forma flexible y eficiente mediante registros y campos. Explica que un SGBD se compone de módulos que se encargan de tareas como gestionar archivos, datos, consultas y más. También describe ventajas como la independencia de datos y programas, menor redundancia de datos, y acceso simultáneo a los datos por múltiples usuarios.
Este documento presenta una introducción a los sistemas de bases de datos. Explica conceptos clave como bases de datos, sistemas gestores de bases de datos y roles. También describe las ventajas del enfoque de bases de datos como el control de redundancia, acceso restringido y almacenamiento persistente. Finalmente, menciona algunas aplicaciones emergentes como sistemas de información geográfica y bases de datos multimedia.
Este documento presenta información sobre bases de datos y el programa Microsoft Access. Explica conceptos clave como tablas, registros, campos y tipos de bases de datos. Detalla los pasos para diseñar una base de datos, incluyendo determinar el propósito, dividir la información, convertirla en campos y tablas, establecer relaciones y aplicar normalización. También cubre crear y gestionar tablas, formularios y consultas en Access.
Este documento presenta los contenidos de un curso sobre diseño y administración de bases de datos. Se introducen conceptos como los sistemas de gestión de archivos, las bases de datos, los modelos de datos y lenguajes como LDD y LMD. También incluye ejemplos y actividades sobre normalización, modelado entidad-relación y lenguajes SQL y Visual Basic aplicados a bases de datos.
Este documento presenta una introducción a las bases de datos orientadas a objetos. Explica que su origen se debe a las limitaciones de los modelos de datos anteriores para representar cierta información del mundo real. Detalla algunas características clave como el soporte para objetos complejos, identidad de objetos e identificadores únicos. También describe ventajas como una mayor capacidad de modelado y ampliabilidad, así como inconvenientes como la carencia de un modelo de datos universalmente aceptado y de experiencia.
El documento presenta una introducción a los metadatos, describiendo su función de proveer información sobre datos para facilitar su catalogación y búsqueda. Explica que existen diversos tipos de metadatos según la información y función que proveen, como descriptivos, estructurales y administrativos. También presenta ejemplos de herramientas y estándares que usan metadatos, como Dublin Core, y vistas internas en PostgreSQL que proveen metainformación sobre la base de datos.
Ciclo de vida de un sistema de informacionSergio, Chávez
El documento describe las etapas del ciclo de vida de un sistema de información, incluyendo el análisis, diseño, implementación, pruebas e instalación/despliegue. Luego se enfoca en las fases del proceso de diseño de bases de datos, que comprende el análisis de requerimientos, diseño conceptual, elección del SGBD, diseño lógico, diseño físico e instalación/mantenimiento. Cada fase tiene objetivos, tareas y resultados específicos para el diseño efectivo de la estructura y
Este documento describe las características de las bases de datos orientadas a objetos. Explica que este tipo de bases de datos almacenan objetos en lugar de tuplas, y que los objetos pueden encapsular datos y comportamiento. También describe algunas ventajas de las bases de datos orientadas a objetos como una mayor capacidad de modelado y aplicabilidad, así como algunos desafíos como la falta de un modelo de datos universalmente aceptado y la competencia con las bases de datos relacionales.
Este documento presenta información sobre bases de datos. Incluye preguntas sobre la definición de una base de datos, ejemplos de su implementación, elementos que las componen, la función de un motor de base de datos, la importancia de los sistemas de base de datos, programas para crear y administrar bases de datos, y la definición de un SGBD. También incluye respuestas a las preguntas planteadas sobre estos temas.
Este documento presenta preguntas sobre bases de datos. Proporciona ejemplos de cómo se pueden implementar bases de datos en diferentes contextos como un centro de estudios, una colección de música y un hospital. También describe los elementos que componen una base de datos como tablas, consultas, formularios e informes. Explica el propósito de un motor de base de datos y algunos programas populares para crear y administrar bases de datos como SQL Server, MySQL, Access y Oracle.
LINEA DE TIEMPO Y PERIODO INTERTESTAMENTARIOAaronPleitez
linea de tiempo del antiguo testamento donde se detalla la cronología de todos los eventos, personas, sucesos, etc. Además se incluye una parte del periodo intertestamentario en orden cronológico donde se detalla todo lo que sucede en los 400 años del periodo del silencio. Basicamente es un resumen de todos los sucesos desde Abraham hasta Cristo
Minería de Datos e IA Conceptos, Fundamentos y Aplicaciones.pdfMedTechBiz
Este libro ofrece una introducción completa y accesible a los campos de la minería de datos y la inteligencia artificial. Cubre todo, desde conceptos básicos hasta estudios de casos avanzados, con énfasis en la aplicación práctica utilizando herramientas como Python y R.
También aborda cuestiones críticas de ética y responsabilidad en el uso de estas tecnologías, discutiendo temas como la privacidad, el sesgo algorítmico y transparencia.
El objetivo es permitir al lector aplicar técnicas de minería de datos e inteligencia artificial a problemas reales, contribuyendo a la innovación y el progreso en su área de especialización.
Este documento ha sido elaborado por el Observatorio Ciudadano de Seguridad Justicia y Legalidad de Irapuato siendo nuestro propósito conocer datos sociodemográficos en conjunto con información de incidencia delictiva de las 10 colonias y/o comunidades que del año 2020 a la fecha han tenido mayor incidencia.
Existen muchas más colonias que presentan cifras y datos en materia de seguridad, sin embargo, en este primer acercamiento lo que se prevées darle al lector una idea de como se encuentran las colonias analizadas, tomando como referencia los datos del INEGI 2020, datos del Secretariado Ejecutivo del Sistema Nacional de Seguridad Pública del 2020 al 2023 y las bases de datos propias que desde el 2017 el Observatorio Ciudadano ha recopilado de manera puntual con datos de las vıć timas de homicidio doloso, accidentes de tránsito, personas lesionadas por arma de fuego, entre otros indicadores.
Reporte homicidio doloso descripción
Reporte que contiene información de las víctimas de homicidio doloso registradas en el municipio de Irapuato Guanajuato durante el periodo señalado, comprende información cualitativa y cuantitativa que hace referencia a las características principales de cada uno de los homicidios.
La información proviene tanto de medios de comunicación digitales e impresos como de los boletines que la propia Fiscalía del Estado de Guanajuato emite de manera diaria a los medios de comunicación quienes publican estas incidencias en sus distintos canales.
Podemos observar cantidad de personas fallecidas, lugar donde se registraron los eventos, colonia y calle así como un comparativo con el mismo periodo pero del año anterior.
Edades y género de las víctimas es parte de la información que incluye el reporte.
2. UNIDADES TEMÁTICAS
UNIDAD Fechas Evaluaciones
I. INTRODUCCIÓN Y GENERALIDADES
• Introducción a las Bases de Datos
• Funciones de los Sistemas de Bases de Datos
• Actores en los Sistemas de Bases de Datos
• Ventajas de utilizar un SGBD
• Estructura Global de un Sistema de Bases de Datos
11 y 12 de mayo 18 de mayo
II. MODELOS DE DATOS UTILIZANDO ER, EER Y MODELADO DE OBJETOS
• Categorías de los modelos de datos
• Modelo de datos utilizando Entidad-Relación
• Modelo Entidad-Relación extendido y Modelado de Objetos
• Herencia, Generalización, Restricciones y Características de la
Especialización y Generalización.
• Modelado Conceptual de Objetos mediante diagramas de clase UML
• Tipos de relación de grado superior a dos
18 de mayo al 19
de junio
19 de junio
3. UNIDADES TEMÁTICAS
UNIDAD Fechas Evaluaciones
III. MODELO RELACIONAL
• Conceptos del Modelo Relacional
• Restricciones Relacionales
• Integridad de Entidades, Integridad Referencial y Claves Externas
• Transformación de E-R a Modelo Relacional
• Transformación de los conceptos de E-R extendido en relaciones
22 de junio al
07 de julio
07 de julio
IV. ÁLGEBRA RELACIONAL
• Introducción al Algebra Relacional
• Operaciones del Algebra Relacional
10 de julio al
04 de agosto
07 de agosto
V. ESTÁNDARES DE LAS BASES DE DATOS RELACIONALES
• Definición de datos, restricciones y cambios de esquema
• Operaciones de Actualización y tratamiento de las restricciones
• Visualizando restricciones en el control de integridad
• Especificación de valores por omisión y acciones de disparo
referencial
07 al 18 de
agosto
18 de agosto
4. BIBLIOGRAFÍA
Y.H. TSAJ, A
Sistemas de Bases de Datos,
Administración y Uso
Editorial: Prentice Hall
1ª Edición
México 1990
Weiderhold, G.
Diseño de Bases de Datos
Ediorial: Mc. Graw Hill
2ª Edición
México 1988
Moreno, P., Ruez, S., Bello, J.
Introducción al DBASE
Editorial: Mc Graw Hill
1ª Edición
México 1993
Ashton – Tate
Introducción al DBASE IV
Ashton – Tate
1988
Steele, P., Heydt R.
DBASE IV 1.1 y SQL,
Programación para expertos
Grupo Noriega Editores
1ª Edición
México 1993
Campbell, M.
DBASE IV Guía de
autoenseñanza
Ediorial: Mc. Graw Hill
1ª Edición
México 1991
Liskin, M.
DBASE IV a su alcance
Editorial: Mc Graw Hill
1ª Edición
España 1991
Liskin, M.
DBASE IV Manual de bolsillo
Editorial: Mc Graw Hill
1ª Edición
México 1992
BÁSICA
5. BIBLIOGRAFÍA
Catapult, Inc.
Microsoft Fox Pro MS-DOS versión 2.5
Editorial: Microsoft Press
EEUU 1993
Ricciardi, S.
Running Microsoft Fox Pro for MS-DOS
Ediorial: Microsoft Press
EEUU 1993
Jones, E.
Aplique Fox Pro 2.5 para Windows
Editorial: Mc. Graw Hill
1ª Edición
España 1993
COMPLEMENTARIA
7. FORMA DE EVALUACIÓN
Asistencia 15%
• Se pasa lista al inicio de la clase
• Se pasa lista al término de la clase
• Se cancela la asistencia si:
Se encuentra al alumno haciendo actividades que no
son propias de la materia.
El alumno es indisciplinado en la clase.
El alumno sale demasiado tiempo de la clase (aún
cuando haya estado presente en el pase de lista inicial y
final).
8. FORMA DE EVALUACIÓN
Participación 20%
• Después de la explicación en clase, se dará un determinado tiempo para que el
alumno redacte su propia definición o proporcione ejemplos de lo recién visto y
será enviado por mail a la profesora (estas participaciones se harán cada que
sea necesario definir algún concepto o que se requiera clarificar más con
ejemplos). NO cuenta como participación una definición de Internet.
• Será válida la participación sólo si es recibida en el transcurso de la clase, y si
es congruente con lo que se vio en clase.
9. FORMA DE EVALUACIÓN
Trabajos en equipo (Examen individual) 30%
• Se formarán 3 equipos de 6 integrantes y 1 equipo de 5 integrantes.
• La calificación de los trabajos será lo obtenido de manera individual.
• Se hará un trabajo en equipo por Unidad que consistirá en la documentación teórica de la
Unidad (NO de Internet, sino lo que el equipo aporta en definiciones y conceptos a
lo que se vio en clase), será un archivo en PDF que será IMPRESO y enviado por
CORREO el mismo día del último examen de la Unidad. Estos trabajos se pueden ir
armando en cada clase con las participaciones y la retroalimentación de la profesora.
Deben contener:
Portada que contenga: Nombre de asignatura, nombre completo de todos los
integrantes del equipo, nombre de la profesora, nombre del proyecto, fecha de
entrega.
Contenido teórico de la Unidad.
• El examen individual consistirá en preguntas del documento entregado y en un ejercicio
práctico de lo visto en la Unidad.
10. FORMA DE EVALUACIÓN
Proyecto Final en equipo 35%
• Se presentará un documento engargolado con la siguiente estructura:
Portada que contenga: Nombre de asignatura, nombre completo de todos los integrantes
del equipo, nombre de la profesora, nombre del proyecto, fecha de entrega.
Índice.
Introducción.
Desarrollo del proyecto.
Conclusiones.
• El documento será máximo de 20 hojas, aquellos que rebasen serán devueltos sin ser
revisados.
• En el documento NO deberá incluirse teoría.
• Se entregará un CD etiquetado con el nombre de los integrantes y del proyecto y deberá
contener en electrónico el documento y la base de datos correspondiente al proyecto.
• Se evaluará la presentación y el contenido.
• Fecha de entrega 18 de agosto (NO SE RECIBEN PROYECTOS DESPUÉS DE ESTA FECHA)
11. • Introducción a las Bases de Datos
• Funciones de los Sistemas Gestores de Bases de Datos
• Actores en los Sistemas Gestores de Bases de Datos
• Ventajas de utilizar un Sistema Gestor de Bases de Datos
• Estructura Global de un Sistema Gestor de Bases de Datos
I. INTRODUCCIÓN Y GENERALIDADES
12. • Colección compartida de datos relacionados desde el
punto de vista lógico, junto con una descripción de esos
datos (metadatos), diseñada para satisfacer las
necesidades de información de una organización.
• Conjunto exhaustivo y no redundante de datos
estructurados, organizados de forma independiente a su
utilización o implantación en máquina, accesibles en
tiempo real y compatibles con usuarios concurrentes y sus
respectivas necesidades (peticiones) de información.
• Las Bases de Datos sirven para almacenar, procesar y
extraer datos
¿Qué es una Base de Datos?
13. • Una base de datos es una colección de información
organizada de forma que un programa de ordenador pueda
seleccionar rápidamente los fragmentos de datos que
necesite. Una base de datos es un sistema de archivos
electrónico.
• Las bases de datos se organizan por campos, registros y
archivos. Un campo es una pieza única de información; un
registro es un sistema completo de campos; y un archivo
es una colección de registros. Por ejemplo, una guía de
teléfono es análoga a un archivo. Contiene una lista de
registros, cada uno de los cuales consiste en tres campos:
nombre, dirección, y número de teléfono.
• A veces se utiliza DB, de database en inglés, para referirse
a las bases de datos.
¿Qué es una Base de Datos?
14. ¿En qué se diferencia una Base de Datos de los archivos
tradicionales?
Una base de datos es un archivo, existen diferentes tipos de
archivos, cómo de texto, imágenes, pistas de audio, video, entre
otras junto con los archivos de bases de datos. Cada tipo de
archivo tiene sus característica únicas que los diferencian y
programas específicos que nos permiten hacer uso de ellos.
En el caso de las bases de datos, tienen un estructura
organizacional que permite contener de forma ordenada datos de
diferentes tipos.
15. ¿En qué se diferencia una Base de Datos de los archivos
tradicionales?
Archivostradicionales
Excel
Word
Power Point
Block de notas
BasesdeDatos
Paint, Corel, etc.
Reproductor de Windows, Winamp, etc.
Hojas de cálculo
Documentos
Presentaciones
Archivos de texto
Editar imágenes
Archivos de audio
SGBD
ó
DBMS
16. ¿Qué es un Sistema Gestor de Base de Datos?
Sistema Gestor de Bases de Datos (SGBD). Es
un software que proporciona servicios para la
creación, el almacenamiento, el
procesamiento y la consulta de la información
almacenada en base de datos de forma segura y
eficiente. Un SGBD actúa como un intermediario
entre las aplicaciones y los datos.
17. ¿Funciones de un Sistema Gestor de Base de Datos?
Los SGBD pueden considerarse como intermediarios entre las
aplicaciones y la representación de los datos. Así, los
desarrolladores ven los datos desde una perspectiva de más alto
nivel. Esa perspectiva es la del modelo de bases de datos
utilizado.
Proporcionar independencia de los datos y las aplicaciones. Así,
se puede diseñar la base de datos incluso antes que las
aplicaciones, y ese diseño permitirá que se desarrollen múltiples
aplicaciones posteriormente.
Niveles:
•Físico
•Lógico
•Vistas
18. ¿Funciones de un Sistema Gestor de Base de Datos?
Restricciones:
•Unicidad
•Valores nulos
•Tipo de dato almacenado
•Tamaño
Mecanismos de recuperación
•Transacciones
Control de concurrencia
•Bloqueo
•Serialización
Control de acceso
•Usuarios
•Privilegios
Otras funciones
•Backup
•Compresión de datos
•Importar datos
•Exportar datos
LO QUE NO
HACE UN SGBD
Un buen diseño de
la base de datos
19. Actores en un Sistema Gestor de Base de Datos
El gestor de la base de datos
Se trata de un conjunto de programas no visibles al usuario final que se encargan
de la privacidad, la integridad, la seguridad de los datos y la interacción con el
sistema operativo. Proporciona una interfaz entre los datos, los programas que los
manejan y los usuarios finales.
Cualquier operación que el usuario hace contra la base de datos está controlada
por el gestor.
El gestor almacena una descripción de datos en lo que llamamos diccionario de
datos, así como los usuarios permitidos y los permisos.
Tiene que haber un usuario administrador encargado de centralizar todas estas
tareas.
20. Actores en un Sistema Gestor de Base de Datos
Diccionario de datos
Es una base de datos donde se guardan todas las propiedades de la base
de datos, descripción de la estructura, relaciones entre los datos, etc.
El diccionario debe contener:
• La descripción externa, conceptual e interna de la base de datos
• Las restricciones sobre los datos
• El acceso a los datos
• Las descripciones de las cuentas de usuario
• Los permisos de los usuarios
21. Usuarios de los SGBD
• Usuarios de la categoría DBA (administradores)
• Usuarios de tipo RESOURCE, que pueden crear sus
propios objetos y tener acceso a los objetos sobre los que
se les ha concedido permisos.
• Usuarios de tipo CONNECT, que solamente pueden
utilizar los objetos a los que se les ha concedido permiso
Actores en un Sistema Gestor de Base de Datos
22. Actores en un Sistema Gestor de Base de Datos
El administrador de la base de datos (DBA)
Es una persona responsable del control del sistema gestor de base de
datos.
Las principales tareas de un DBA son:
• La definición del esquema lógico y físico de la base de datos
• La definición de las vistas de usuario
• La creación de usuarios
• La asignación y edición de permisos para los usuarios
• Mantenimiento y seguimiento de la seguridad en la base de datos
• Mantenimiento general del sistema gestor de base de datos
23. Los lenguajes
Un sistema gestor de base de datos debe proporcionar una serie de
lenguajes para la definición y manipulación de la base de datos. Estos
lenguajes son los siguientes:
• Lenguaje de definición de datos (DDL). Para definir los esquemas de la
base de datos
• Lenguaje de manipulación de datos (DML). Para manipular los datos de
la base de datos
• Lenguaje de control de datos (DCL). Para la administración de usuarios
y seguridad en la base de datos.
Actores en un Sistema Gestor de Base de Datos
24. Ventajas de utilizar un Sistema Gestor de Base de Datos
1. Seguridad de los datos
2. Control o manipulación de datos
3. Actualización de los datos en línea
4. Reducción de tiempos
5. Mantener organización coherente de los datos
6. Simplificación del trabajo
7. Generación de informes a partir de los datos
8. Accesos concurrentes a las BD
26. 1. Petición de la aplicación del usuario.
2. Examen de la petición en el marco del esquema externo del usuario.
3. Transformación del esquema externo al conceptual (lógico).
4. Transformación del esquema conceptual (lógico) al interno (físico).
5. Interacción con el almacenamiento interno (físico).
6. Envío de los datos a los buffers del SGBD.
7. Transformaciones de los datos entre el esquema conceptual (lógico) y
el externo.
8. Transferencia de los datos necesarios al área de trabajo del usuario.
Ejecución de una tarea por parte del SGBD
27. Participación de la UNIDAD I
1. ¿Para que me sirve una Base de Datos?
2. ¿Cuales son los componentes de una Base de Datos?
3. ¿Cuáles son los programas que me permiten trabajar (crear, manipular,
consultar) las Bases de Datos?, Menciona 2 nombres de este tipo de
programas.
4. Menciona y explica 3 funciones de los SGBD.
5. ¿Cuáles son los actores principales en un SGB?
6. ¿Cuáles son los lenguajes que se utiliza en un SGBD?
7. De los actores que intervienen en un SGBD ¿Cuál serías tú? y
menciona 3 de las funciones básicas que tendrías que realizar.
28. Definición del Proyecto Final
(Enviar un mail por equipo con la propuesta de proyecto el día Viernes 22 de Mayo)
• Elegir una situación que requiera el diseño de una BD
• Hacer el análisis de requerimientos para el diseño de la BD
• Diseñar la BD (Modelo de datos)
• Crear la BD
• Crear usuarios de acuerdo a los requerimientos
• Crear permisos a los usuarios
• Crear vistas para los usuarios finales
• Crear interfaces de usuarios
• Operaciones con la BD (Algebra relacional)
29. • Categorías de los modelos de datos
• Modelo de datos utilizando Entidad-Relación
• Modelo Entidad-Relación extendido y Modelado de Objetos
• Herencia, Generalización, Restricciones y Características de
la Especialización y Generalización.
• Modelado Conceptual de Objetos mediante diagramas de
clase UML
• Tipos de relación de grado superior a dos
II. MODELOS DE BASE DE DATOS
30. Fases del Diseño de una BD
Análisis de requisitos
Diseño Conceptual
Implantación en el
SGBD
34. • Es la representación de cosas del mundo real.
• Es una representación de la realidad que contiene las
características generales de algo que se va a realizar.
En base de datos, esta representación la elaboramos
de forma gráfica.
• Es una colección de herramientas conceptuales para
describir los datos, las relaciones que existen entre
ellos, semántica asociada a los datos y restricciones de
consistencia.
¿Qué es el Modelado de Datos?
35. Categorías de Conceptos que se pueden modelar o abstraer
Categoría de Conceptos Ejemplos
Objetos físicos Televisión, Avión
Especificaciones, diseños o descripciones de
cosas
Especificaciones de un producto, descripción
del vuelo
Lugares Tienda, Aeropuerto
Transacciones Venta, Pago, Reservación
Roles de la gente Cajero, Piloto
Contenedores de otras cosas Tienda, Avión
Cosas en un contenedor Artículo, Pasajero
Conceptos abstractos Enfermedades
Eventos Venta, Robo, Reunión, Vuelo, Accidente
Reglas y Políticas Política devolución, política cancelación
Catálogo Catálogo productos, catálogo partes
Registros Recibos, Contratos, Bitácoras
Manuales, libros Manual reparación, manual empleado
36. Participación de la UNIDAD II (1)
1. ¿Para qué me sirve la abstracción?
2. ¿Menciona los 3 niveles de abstracción y quién actúa en cada nivel?
3. ¿Qué es el modelado de datos?
4. Menciona 3 categorías de conceptos que se pueden modelar y
menciona un ejemplo de cada uno de ellos.
37. Ejercicios de abstracción
• Boleta de Calificaciones
• Credencial de Estudiante
• Persona
• Alumno
• Alumno egresado
• Número de expediente
Participación de la UNIDAD II (2)
38. Los Modelos de Datos se dividen en 3 grupos:
• Modelos lógicos basados en objetos.
• Modelo Entidad-Relación.
• Modelo Orientado a Objetos.
• Modelos lógicos basados en registros.
• Modelo Relacional.
• Modelo Jerárquico.
• Modelo de Red.
• Modelos físicos de datos.
• Modelo UML (Unified Modeling Language).
• Modelo de memoria de elementos.
39. Los Modelos de Datos se dividen en 3 grupos:
• Modelos lógicos basados en objetos.
• Modelo Entidad-Relación.
• Modelo Orientado a Objetos.
• Modelos lógicos basados en registros.
• Modelo Relacional.
• Modelo Jerárquico.
• Modelo de Red.
• Modelos físicos de datos.
• Modelo UML (Unified Modeling Language).
• Modelo de memoria de elementos.
40. Modelo Entidad-Relación (E-R)
El modelo E-R se basa en una percepción del
mundo real, la cual esta formada por
OBJETOS BÁSICOS llamados entidades y
las relaciones entre estos objetos así como
las características de estos objetos llamados
atributos.
41. Modelo Entidad-Relación (E-R)
Una entidad es un objeto que existe y se
distingue de otros objetos de acuerdo a sus
características llamadas atributos. Las
entidades pueden ser concretas como una
persona o abstractas como una fecha.
Entidad
42. Modelo Entidad-Relación (E-R)
Un conjunto de entidades es un grupo de
entidades del mismo tipo. Por ejemplo el
conjunto de entidades CUENTA, podría
representar al conjunto de cuentas de un
BANCO, o ALUMNO representa a un
conjunto de entidades de todos los
alumnos que existen en la UTSJR.
43. Modelo Entidad-Relación (E-R)
Una entidad se caracteriza y distingue
de otra por los atributos, en
ocasiones llamadas propiedades, que
representan las características de una
entidad.
Atributo
44. Modelo Entidad-Relación (E-R)
Los atributos de una entidad pueden tomar un
conjunto de valores permitidos al que se le
conoce como dominio del atributo. Así cada
entidad se describe por medio de un conjunto
de parejas formadas por el atributo y el valor
de dato. Habrá una pareja para cada atributo
del conjunto de entidades.
45. Modelo Entidad-Relación (E-R)
Ejemplos de dominio:
Hacer una descripción en pareja para la entidad alumno con los
atributos Expediente, Nombre y Carrera.
O considerando el ejemplo de un Empleado cuyos atributos son:
RFC, Nombre, Salario.
Atributo, Valor
Expediente, 0208MTI-S034
Nombre, Sánchez Osuna Ana
Carrera, TIC
Atributo, Valor
RFC, COMD741101YHR
Nombre, Daniel Colín Morales
Salario, 3000
47. La cantidad de entidades en una relación
determina el grado de la relación.
Modelo Entidad-Relación (E-R)
Alumno
Materia
Cursa
Madre
Padre
Padres Hijo
48. Participación de la UNIDAD II (2)
1. ¿Para qué me sirve la abstracción?
2. ¿Menciona los 3 niveles de abstracción y quién actúa en cada nivel?
3. ¿Qué es el modelado de datos?
4. Menciona 3 categorías de conceptos que se pueden modelar y
menciona un ejemplo de cada uno de ellos.
5. Menciona cómo se clasifican los distintos modelos de datos
6. Menciona un Modelo de Datos de cada clasificación
7. Menciona y describe los elementos básicos del Modelo de Entidad-
Relación
8. ¿Qué es el dominio de un atributo?
9. ¿Cómo se determina el grado de una relación?
49. Modelo Entidad-Relación (E-R)
Limitantes de Mapeo
Existen 2 tipos de limitantes que permiten establecer
las validaciones necesarias para conseguir que los
datos correspondan con la realidad.
1. Tipos de relaciones
2. Dependencia de existencia
50. Modelo Entidad-Relación (E-R)
Tipos de relaciones
Existen 4 tipos de relaciones que pueden establecerse entre
entidades, las cuales establecen con cuantas entidades de
tipo B se puede relacionar una entidad de tipo A:
1. Uno a uno (1:1)
2. Uno a muchos (1:N)
3. Muchos a uno (N:1)
4. Muchos a muchos (N:N)
A estos tipos de relaciones, también se les conoce como
Cardinalidad.
51. Modelo Entidad-Relación (E-R)
Tipos de relaciones
UNO A UNO (1:1)
Se presenta cuando existe una relación como su nombre lo
indica uno a uno, denominado también relación de
matrimonio. Una entidad del tipo A solo se puede relacionar
con una entidad del tipo B, y viceversa.
BA R
A1-A
A2-A
A3-A A1-B
A2-B
A3-B
52. Modelo Entidad-Relación (E-R)
Tipos de relaciones
Ejemplos: UNO A UNO (1:1)
• CONTRIBUYENTE – RFC
• AUTOMOVIL – EMPLEADO
• ALUMNO – No. EXPEDIENTE
• PERSONA – CURP
• PERSONA – HUELLA DIGITAL
53. Modelo Entidad-Relación (E-R)
Tipos de relaciones
UNO A MUCHOS (1:N)
Significa que una entidad del tipo A puede relacionarse con
cualquier cantidad de entidades del tipo B, y una entidad del
tipo B solo puede estar relacionada con una entidad del tipo
A.
BA R
A1-A
A2-A
A3-A A1-B
A2-B
A3-B
54. Modelo Entidad-Relación (E-R)
Tipos de relaciones
Ejemplos: UNO A MUCHOS (1:N)
• CLIENTE – CUENTAS EN UN BANCO
• PADRE – HIJOS
• CAMIÓN – PASAJEROS
• ZOOLÓGICO – ANIMALES
• ÁRBOL – HOJAS
55. Modelo Entidad-Relación (E-R)
Tipos de relaciones
MUCHOS A UNO (N:1)
Indica que una entidad del tipo B puede relacionarse con
cualquier cantidad de entidades del tipo A, mientras que
cada entidad del tipo A solo puede relacionarse con una
entidad del tipo B.
BA R
A1-A
A2-A
A3-A A1-B
A2-B
A3-B
56. Modelo Entidad-Relación (E-R)
Tipos de relaciones
Ejemplos: MUCHOS A UNO (N:1)
• EMPLEADOS – EMPRESA
• ALUMNOS – ESCUELA
• FELIGRESES – PARROQUIA
• CLIENTES – BANCO
• CIUDADANOS – CIUDAD
57. Modelo Entidad-Relación (E-R)
Tipos de relaciones
MUCHOS A MUCHOS (N:N)
Establece que cualquier cantidad de entidades del tipo A
pueden estar relacionados con cualquier cantidad de
entidades del tipo B.
BA R
A1-A
A2-A
A3-A A1-B
A2-B
A3-B
58. Modelo Entidad-Relación (E-R)
Tipos de relaciones
Ejemplos: MUCHOS A MUCHOS (N:N)
• PROYECTOS – ARQUITECTOS
• ESTUDIANTES – MATERIAS
• PROFESORES – ESCUELAS
• ENFERMOS – SÍNTOMAS
• PROVEEDORES – PRODUCTOS
59. Modelo Entidad-Relación (E-R)
Tipos de relaciones
La cardinalidad para cada
conjunto de entidades
depende del punto de vista
que se le de al modelo en
estudio, claro esta,
sujetándose a la realidad.
IMPORTANTE
60. Modelo Entidad-Relación (E-R)
Dependencia de existencia
Refiriéndonos a las mismas entidades A y B,
decimos que si la entidad A depende de la
existencia de la entidad B, entonces A es
dependiente de existencia por B, si
eliminamos a B tendríamos que eliminar por
consecuente la entidad A, en este caso B es la
entidad Dominante y A es la entidad
subordinada.
61. Modelo Entidad-Relación (E-R)
Llaves primarias
La distinción de una entidad entre otra se
debe a sus atributos, lo cual la hace única.
Una llave primaria es aquel atributo el cual
consideramos clave para la identificación
de los demás atributos que describen a la
entidad.
63. Ejercicios del Modelo E-R
Elaborar los modelos y diagramas considerando:
• Análisis de requisitos: Determinar las entidades necesarias y sus atributos.
• Utilizar la simbología adecuada para la representación del modelo E-R.
• Poner un nombre a la relación entre entidades.
• En la simbología, considerar la cardinalidad de las relaciones.
• En la simbología, considerar la llave primaria
• Definir el grado de la relación en cada caso.
1. Horarios de clases.
2. Control de un inventario (Altas y bajas).
3. Recepción, Atención y Alta de pacientes en un hospital.
4. Control de calificaciones de los alumnos.
5. Inscripción de alumnos.
Participación de la UNIDAD II (3) – Para entregar en papel el lunes 25 de mayo
64. Ejercicios del Modelo E-R
Elaborar los modelos y diagramas considerando:
• Análisis de requisitos: Determinar las entidades necesarias y sus atributos.
• Utilizar la simbología adecuada para la representación del modelo E-R.
• Poner un nombre a la relación entre entidades.
• En la simbología, considerar la cardinalidad de las relaciones.
• En la simbología, considerar la llave primaria
• Definir el grado de cada relación.
Participación de la UNIDAD II (3) – Para entregar en papel el lunes 25 de mayo
1. Horarios de clases.
2. Control de un inventario (Altas y bajas).
3. Recepción, Atención y Alta de pacientes en un hospital.
4. Control de calificaciones de los alumnos.
5. Inscripción de alumnos.
65. Modelo E-R
Participación de la UNIDAD II (3) – Para entregar en papel el lunes 25 de mayo
Horarios de clases
Entidades:
1. Carreras (cve_carrera, nombre_carrera)
2. Grupos (cve_grupo, nombre_grupo, cve_carrera)
3. Alumnos (expediente, nombre_alumno, cve_grupo)
4. Asignaturas (cve_asignatura, nombre_asignatura)
5. Cargas Académicas (cve_grupo, cve_asignatura, cve_profesor)
6. Salones (cve_salon, nombre_salon)
7. Profesores (cve_profesor, nombre_profesor)
8. Horarios (cve_grupo, cve_salon, día, hora_inicio, hora_fin)
66. Modelo E-R
Participación de la UNIDAD II (3) – Para entregar en papel el lunes 25 de mayo
Horarios de clases
Relaciones:
1. Grupos pertenecen a Carrera (1:1) – (N:1)
2. Alumnos se inscriben a Grupos (N:1) – (1:N)
3. Asignatura se carga a Carga Académica (1:N) – (1:1)
4. Grupo se carga a Carga Académica (1:N) – (1:1)
5. Profesor se carga a Carga Académica (1:N) – (1:1)
6. Salón se asigna a una Horario (1:N) – (1:1)
7. Grupo se asigna a un Horario (1:N) – (1:1)
68. Tipos de Atributos
• Simples ó Compuestos
• Almacenados ó Derivados
• Monovaluados ó Multivaluados
• Opcionales (nulos)
69. Tipos de Atributos
Atributos Compuestos
Pueden dividirse en otros Atributos con
significado propio
Fecha
nacimiento
Persona
Nombre
Domicilio
Día Mes Año
A. Pat A. Mat Nom
Calle Colonia Ciudad Estado CP
Género
70. Tipos de Atributos
Atributos Simples
Atributos que no pueden dividirse
Fecha
nacimiento
Persona
Nombre
Domicilio
Día Mes Año
A. Pat A. Mat Nom
Calle Colonia Ciudad Estado CP
Género
Fecha
nacimiento
Persona
Nombre
Domicilio
Día Mes Año
A. Pat A. Mat Nom
Calle Colonia Ciudad Estado CP
Género
71. Tipos de Atributos
Atributos Almacenados
Son los atributos cuyos valores son
almacenados directamente en la base de datos.
• Nacionalidad de una persona
• Nombre de una persona
• Fecha de nacimiento de una persona
• Cantidad de producto comprado
• Cantidad de producto vendido
72. Tipos de Atributos
Atributos Calculados
Valor calculado a partir de otra información ya
existente (atributos, entidades relacionadas)
• Edad de una persona (se calcula a partir
de la fecha de nacimiento)
• Existencias de un producto (cantidad de
compra – cantidad de venta)
• Cantidad de empleados (se calcula
contando el número de entidades del tipo
EMPLEADO)
Edad
Existencias
Cant.
Empleados
73. Tipos de Atributos
Atributos Monovaluados
Atributos que pueden tener un sólo valor
para cada entidad
• Nombre de una persona
• Fecha de nacimiento de una persona
• CURP de una persona
74. Tipos de Atributos
Atributos Multivaluados
Atributos que pueden tener más de un valor para la misma
entidad
• Teléfono
• Domicilio
• Dependientes económicos
Pueden tener límites superior e inferior del número de
valores por entidad
• Teléfono (0,3)
• Domicilio (0,2)
• Dependientes económicos (0,5)
Teléfono(0,3)
75. Tipos de Atributos
Atributos Opcionales (nulos)
Se aplican valores nulos cuando:
• Se desconoce el valor del atributo
• Teléfono
• Email
• No existe un valor para el atributo
• Nombre cónyuge
• Apellido paterno
77. Atributos de relaciones
Existe la posibilidad de que una relación tenga atributos para calificarla.
Por ejemplo: en un hotel
A1 A2 A3 A1 A2 A3
Ocupa
Fecha
Ingreso
Fecha
Salida
N:1
Por lo general estos casos suelen derivar en nuevas entidades. Así, la
relación OCUPA, con los atributos Fecha Ingreso y Fecha Salida, pueden
ser una entidad HOSPEDAJE.
Persona Habitación
79. Ejercicios de Modelo E-R
UNA EMPRESA VENDE PRODUCTOS A VARIOS CLIENTES.
• Se necesita conocer los datos personales de los clientes
(NOMBRE, RFC, DIRECCIÓN, FECHA DE ALTA,
ANTIGÜEDAD).
• Cada producto tiene un NOMBRE y un CÓDIGO, así como un
PRECIO.
• De cada proveedor se desea conocer el RFC, NOMBRE y
DIRECCION.
• Un cliente puede comprar varios productos a la empresa, y un
mismo producto puede ser comprado por varios clientes.
• Se debe tener en cuenta que un producto sólo puede ser
suministrado por un proveedor, y que un proveedor puede
suministrar diferentes productos.
Ejercicio 1
80. Ejercicios de Modelo E-R
UNA EMPRESA VENDE PRODUCTOS A VARIOS CLIENTES.
Ejercicio 1 - Solución
Entidades:
1. Cliente (nombre, rfc, dirección, fecha de alta,
antigüedad)
2. Producto (nombre, código, precio)
3. Proveedor(rfc, nombre, dirección)
81. Relaciones:
1. Cliente compra Producto (N:N)
2. Proveedor suministra Producto (1:N)
Ejercicios de Modelo E-R
UNA EMPRESA VENDE PRODUCTOS A VARIOS CLIENTES.
Ejercicio 1 - Solución
82. Ejercicios de Modelo E-R
UNA EMPRESA VENDE PRODUCTOS A VARIOS CLIENTES.
Ejercicio 1 - Solución
Diagrama:
83. Ejercicios de Modelo E-R
SE DESEA INFORMATIZAR LA GESTIÓN DE UNA EMPRESA DE TRANSPORTES
QUE REPARTE PAQUETES POR TODA LA REPÚBLICA
• Los encargados de llevar los paquetes son los camioneros, de los que se quiere
guardar el rfc, nombre, teléfono, dirección y salario.
• De los paquetes transportados interesa conocer el código, descripción,
destinatario y dirección del destinatario.
• Un camionero distribuye muchos paquetes, y un paquete sólo puede ser
distribuido por un camionero.
• De los estados a los que llegan los paquetes interesa guardar el código de
estado y el nombre del estado.
• A un estado pueden llegar varios paquetes.
• Sin embargo, un paquete sólo puede llegar a un estado.
• De los camiones que llevan los camioneros, interesa conocer la matrícula,
modelo y capacidad.
• Un camionero puede conducir diferentes camiones en fechas diferentes.
• Un camión puede ser conducido por varios camioneros también en diferentes
fechas.
Ejercicio 2
84. Ejercicios de Modelo E-R
SE DESEA INFORMATIZAR LA GESTIÓN DE UNA EMPRESA DE TRANSPORTES
QUE REPARTE PAQUETES POR TODA LA REPÚBLICA
Ejercicio 2 - Solución
Entidades:
1. Camionero (rfc, nombre, teléfono, dirección,
salario)
2. Paquete (código, descripción, destinatario y
dirección del destinatario)
3. Estado (código, nombre)
4. Camión (matrícula, modelo, capacidad)
85. Ejercicios de Modelo E-R
SE DESEA INFORMATIZAR LA GESTIÓN DE UNA EMPRESA DE TRANSPORTES
QUE REPARTE PAQUETES POR TODA LA REPÚBLICA
Ejercicio 2 - Solución
Relaciones:
1. Camionero distribuye Paquete (1:N)
2. Estado llega Paquete (1:N)
3. Camionero conduce Camión (N:N)
86. Ejercicios de Modelo E-R
Ejercicio 2 - Solución
SE DESEA INFORMATIZAR LA GESTIÓN DE UNA EMPRESA DE TRANSPORTES
QUE REPARTE PAQUETES POR TODA LA REPÚBLICA
Diagrama:
87. Ejercicios de Modelo E-R
EN LA BIBLIOTECA DEL CENTRO SE MANEJAN FICHAS DE AUTORES Y LIBROS.
• Para cada autor se tiene el código de autor y el nombre.
• De cada libro se guarda el código, título, ISBN, editorial y número de página.
• Un autor puede escribir varios libros, y un libro puede ser escrito por varios autores.
• Un libro está formado por ejemplares.
• Cada ejemplar tiene un código y una localización.
• Un libro tiene muchos ejemplares y un ejemplar pertenece sólo a un libro.
• De cada usuario se guarda el código, nombre, dirección y teléfono.
• Los ejemplares son prestados a los usuarios.
• Un usuario puede tomar prestados varios ejemplares, y un ejemplar puede ser prestado a varios
usuarios.
• De cada préstamos interesa guardar la fecha de préstamo y la fecha de devolución.
Ejercicio 3 - Participación
La solución al ejercicio se desarrollará el fin de semana y se enviará por mail el Lunes 1 de
junio entre 10:00 y 12:00 hrs. POR EQUIPO. Sólo contarán los enviados en esa fecha y
hora
88. • El día Lunes 1 de junio, trabajar POR EQUIPO desarrollando un glosario
de términos y definiciones de lo que se ha visto hasta hoy de la Unidad II.
• Enviarlo en PDF por mail el Lunes 01 de junio de 2009 antes de las
12:00 hrs. RECUERDEN QUE CUENTA TAMBIEN LA PRESENTACIÓN
Y LA ESTRUCTURA DEL DOCUMENTO. Sólo contarán los enviados
en esa fecha y hora.
• Estudiar el glosario por que el día Viernes 05 de junio de 2009, se
entregará impreso para EXAMEN. Si no se recibió en la fecha y hora
antes mencionada, no podrán presentar examen.
• El día Martes 2 de junio, resolver el ejercicio 4 POR EQUIPO y enviarlo
por mail el mismo día antes de las 12:00 hrs. Este ejercicio se
resolverá el Viernes después del examen con la participación de
todos, la participación contará por el envío de la solución como
equipo y de manera individual por quien participe en clase en la
construcción del modelo E-R.
Trabajo para Lunes 1 y Martes 2 de junio
89. Ejercicios de Modelo E-R
Ejercicio 4 - Participación
UNA LIGA DE FÚTBOL PROFESIONAL, HA DECIDIDO INFORMATIZAR SUS INSTALACIONES
CREANDO UNA BASE DE DATOS PARA GUARDAR LA INFORMACIÓN DE LOS PARTIDOS QUE
SE JUEGAN EN LA LIGA.
• De cada jugador se quiere guardar el nombre, fecha de nacimiento y posición en la que juega (portero, defensa,
centrocampista, etc).
• Cada jugador tiene un código de jugador que lo identifica de manera única.
• De cada uno de los equipos de la liga es necesario registrar el nombre del equipo, nombre del estadio en el que
juega, el año de fundación del equipo y la ciudad de la que es el equipo.
• Cada equipo también tiene un código que lo identifica de manera única.
• Un jugador solo puede pertenecer a un único equipo.
• De cada partido que los equipos de la liga juegan hay que registrar la fecha en la que se juega el partido, los goles
que ha metido el equipo de casa y los goles que ha metido el equipo de fuera.
• Cada partido tendrá un código numérico para identificar el partido.
• También se quiere llevar un recuento de los goles que hay en cada partido y de cada gol, se quiere almacenar el
minuto en el que se realizar el gol y la descripción del gol.
• Un partido tiene varios goles y un jugador puede meter varios goles en un partido.
• Por último se quiere almacenar, en la base de datos, los datos de los presidentes de los equipos de fútbol (CURP,
nombre, fecha de nacimiento, equipo del que es presidente y año en el que fue elegido presidente).
• Un equipo de fútbol tan sólo puede tener un presidente, y una persona sólo puede ser presidente de un equipo de la
liga.
90. Modelo Entidad-Relación Extendido (E-R E)
El Modelo Entidad-Relación Extendido incluye todos
los conceptos del Entidad-Relación e incorpora otros
nuevos. Habrá que tener en cuenta que no existe una
terminología estandarizada para estos conceptos, por lo
que usaremos la mas difundida.
92. En el modelo Entidad-Relación, una entidad
agrupa un conjunto de ocurrencias de entidad del
mismo tipo. En muchos casos, estas ocurrencias
se pueden agrupar a su vez en otros
subconjuntos que tienen un significado propio
para los propósitos de la Base de Datos y, por
tanto, deberían representarse de forma explícita.
Subclase y Superclase
Modelo Entidad-Relación Extendido (E-R E)
94. Ejemplo de Subclase y Superclase
Modelo Entidad-Relación Extendido (E-R E)
Vehículo
• Camión
• Turismo
• Autobús
• Motocicleta
• Bicicleta
• ….
• …..
Subclases
de Vehículo
Superclase
95. Modelo Entidad-Relación Extendido (E-R E)
La relación que se establece entre una
Superclase y una Subclase, la llamaremos
Relación clase/subclase.
Empleado / Secretaria
Empleado / Ingeniero
Vehículo / Camión
Vehículo / Motocicleta
ES UN
ES UN
TIPO DE
IS A
96. Subclase y Superclase – Notación en el Diagrama
Modelo Entidad-Relación Extendido (E-R E)
Empleado
ES UN
Secretaria Ingeniero Técnico
97. Subclase y Superclase – Notación en el Diagrama
Modelo Entidad-Relación Extendido (E-R E)
Vehículo
ES UN
TIPO DE
Camión Auto Motocicleta
98. Subclase y Superclase – Notación en el Diagrama
Modelo Entidad-Relación Extendido (E-R E)
Empleado
Hospital
IS A
Médico Enfermera Auxiliar
99. • Una instancia de subtipo también es instancia del
supertipo y es la misma instancia, pero con un papel
específico distinto.
• Una instancia no puede existir sólo por ser miembro de un
subtipo: también debe ser miembro del supertipo
• Una instancia del supertipo puede no ser miembro de
ningún subtipo
Algunas consideraciones de Subclase y Superclase
Modelo Entidad-Relación Extendido (E-R E)
100. Las Subclases están unidas mediante
líneas a un circulo, que conecta con la
superclase. El símbolo de pertenencia
en las líneas entre las subclases y el
circulo representan la dirección de la
relación clase/subclase.
Subclase y Superclase – Otra Notación
Modelo Entidad-Relación Extendido (E-R E)
101. Subclase y Superclase – Otra Notación
Modelo Entidad-Relación Extendido (E-R E)
Empleado
Hospital
Médico Enfermera Auxiliar
102. ¿Cuándo utilizar Subclases?
Modelo Entidad-Relación Extendido (E-R E)
1. Cuando hay atributos que sólo
tienen sentido para algunas
instancias de un tipo y no para
todas.
2. Cuando hay tipos de relación en los
que sólo participan algunas
entidades de un tipo y no todas.
103. Herencia
Modelo Entidad-Relación Extendido (E-R E)
• Una Subclase puede tener atributos propios y
participar en relaciones por separado.
• Los atributos aplicables solamente a cada una
de las Subclases, se denominan atributos
específicos de la subclase.
• Una Subclase hereda todos los atributos de la
Superclase, y todas las relaciones en las que
participa la Superclase.
104. Herencia
Modelo Entidad-Relación Extendido (E-R E)
Vehículo
ES UN
Camión Auto Motocicleta
FabricanteFabrica
1:N
nummotor precio
numejes
tonelaje
numpuertas
numpuestos
cilindraje
Remolque
Lleva1:1
105. Especialización
Modelo Entidad-Relación Extendido (E-R E)
El proceso por el que se definen las diferentes
subclases de una superclase se conoce como
especialización. El conjunto de subclases se
define basándonos en características
diferenciadoras de las ocurrencias de entidad de
la superclase.
Podemos tener varias especializaciones de una
misma entidad basándonos en distintos criterios
o discriminantes.
106. Ejemplo de Especialización
Modelo Entidad-Relación Extendido (E-R E)
Empleado
ES UN
Secretaria Ingeniero Técnico
actividad
Subclases
Superclase
Discriminante
107. Modelo Entidad-Relación Extendido (E-R E)
Empleado
ES UN
Secretaria Ingeniero Técnico
actividad
ES UN
Temporal Permanente
contrato
Ejemplo de Especialización
108. Modelo Entidad-Relación Extendido (E-R E)
Ejemplo de Especialización
Vehículo
ES UN
Camión Auto Motocicleta
tipo
ES UN
Con motor Sin motor
Motor s/n
109. Generalización
Modelo Entidad-Relación Extendido (E-R E)
• Proceso inverso de la especialización.
• Suprimir diferencias entre varios tipos de
entidad: identificar atributos y relaciones
comunes, y formar una superclase que los
incluyac
111. Ejercicio de Generalización
Modelo Entidad-Relación Extendido (E-R E)
• Se tiene la entidad Cta_Ahorro que tiene los atributos No_Cta, Saldo y
Tasa_interes
• Cta_Cheques, tiene los atributos No_Cta y Saldo y Saldo_Deudor.
¿Cómo se puede Generalizar?
Cta_Ahorro
No_Cta
Saldo
Tasa_Interes
Cta_Cheques
No_Cta
Saldo
Saldo_Deudor
112. Ejercicio de Generalización
Modelo Entidad-Relación Extendido (E-R E)
Actualmente el Hospital San Martín, cuenta con una base de datos que
permita llevar el control de sus procesos, pero que desea eficientar, la BD
está estructurada como sigue:
• Para controlar a sus tipos de empleados, se manejan 4 entidades:
médico, enfermero, administrativo, intendente.
• Cada entidad, tiene como atributos, número de control, nombre completo,
domicilio, teléfono y salario.
• La entidad médico, adicionalmente tiene los atributos número de cédula
profesional y especialidad.
• La entidad enfermero, adicionalmente tiene el atributo número de cédula
profesional.
• La BD, cuenta con la entidad pacientes, cuyos atributos son: número de
control, nombre, domicilio, teléfono y alergias.
• En cuanto a la entidad proveedores, se cuenta con los atributos de
nombre, teléfono, domicilio, rfc y una clave de proveedor.
113. Generalización
• Énfasis en las similitudes.
• Cada instancia de la superclase es también una
instancia de alguno de los subtipos.
Especialización
• Énfasis en las diferencias.
• Alguna instancia de la superclase puede no ser
instancia de ninguna subclase.
Modelo Entidad-Relación Extendido (E-R E)
114. Restricciones sobre la Especialización y Generalización
Modelo Entidad-Relación Extendido (E-R E)
Definición
¿Qué instancias de la superclase pertenecen a cada subclase?
1. Subtipos definidos por predicado o condición
2. Subtipos definidos por atributo
3. Subtipos definidos por el usuario
Disyunción/Solapamiento
¿A cuántas subclases puede pertenecer (a la vez) una instancia de
la superclase?
Completitud/Parcialidad
¿Debe toda instancia de la superclase pertenecer a alguna
subclase?
115. Restricciones sobre la Especialización y Generalización
Modelo Entidad-Relación Extendido (E-R E)
Subtipos definidos por predicado o condición
• Condición de pertenencia a cada subtipo con base en el valor de
algún atributo del supertipo.
Restricción que especifica que:
• Las instancias del subtipo deben satisfacer la condición
• Todas las instancias del supertipo que cumplen la condición,
deben pertenecer al subtipo.
116. Restricciones sobre la Especialización y Generalización
Modelo Entidad-Relación Extendido (E-R E)
Subtipos definidos por predicado o condición
117. Restricciones sobre la Especialización y Generalización
Modelo Entidad-Relación Extendido (E-R E)
Subtipos definidos por atributo
• Todas las subclases definen la condición de pertenencia en
términos del mismo atributo
• Es el discriminante de la especialización
118. Restricciones sobre la Especialización y Generalización
Modelo Entidad-Relación Extendido (E-R E)
Subtipos definidos por atributo
119. Restricciones sobre la Especialización y Generalización
Modelo Entidad-Relación Extendido (E-R E)
Subtipos definidos por el usuario
• No existe (o no interesa definir) ninguna condición de pertenencia
a los subtipos
• El usuario, al insertar una instancia, elige a qué subtipo
pertenece
120. Restricciones sobre la Especialización y Generalización
Modelo Entidad-Relación Extendido (E-R E)
Subtipos definidos por el usuario
121. Restricciones sobre la Especialización y Generalización
Modelo Entidad-Relación Extendido (E-R E)
Disyunción / Solapamiento
• Subtipos disjuntos si una instancia del supertipo puede ser
miembro de, como máximo, uno de los subtipos (la condición es
excluyente).
122. Restricciones sobre la Especialización y Generalización
Modelo Entidad-Relación Extendido (E-R E)
Disyunción / Solapamiento
• Subtipos solapados si una instancia del supertipo puede ser, a
la vez, miembro de más de un subtipo
• Es la opción por defecto.
123. Restricciones sobre la Especialización y Generalización
Modelo Entidad-Relación Extendido (E-R E)
Completitud / Parcialidad
• Especialización total (completa) indica que toda instancia del
supertipo también debe ser instancia de algún subtipo.
124. Restricciones sobre la Especialización y Generalización
Modelo Entidad-Relación Extendido (E-R E)
Completitud / Parcialidad
• Especialización parcial indica que es posible que alguna
instancia del supertipo no pertenezca a ninguno de los subtipos.
• Es la opción por defecto.
• La unión de las extensiones de los subtipos no es la extensión
del supertipo en su totalidad.
125. La restricciones, dan lugar a 4 tipos de especialización:
1. Disjunta y Total
2. Disjunta y Parcial
3. Solapada y Total
4. Solapada y Parcial
Restricciones sobre la Especialización y Generalización
Modelo Entidad-Relación Extendido (E-R E)
130. Modelo Entidad-Relación Extendido (E-R E)
Reglas de Inserción y eliminación
Deben aplicarse a la
Especialización y la
Generalización, debido a las
restricciones definidas.
131. Modelo Entidad-Relación Extendido (E-R E)
Reglas de Inserción y eliminación
1. Insertar una instancia en un supertipo implica
insertarla en todos los subtipos definidos por
predicado o por atributo, para los cuales satisface el
predicado de definición.
2. Insertar una instancia en un supertipo de una
especialización total implica insertarla en, al menos,
un subtipo. Y si la especialización es disjunta,
entonces la instancia se insertará en un único
subtipo.
INSERCIÓN
132. Modelo Entidad-Relación Extendido (E-R E)
Reglas de Inserción y eliminación
1. Eliminar una instancia de un supertipo implica
eliminarla de todos los subtipos a los que pertenece
2. Eliminar una instancia de un subtipo implica
eliminarla del supertipo si la especialización es:
• Disjunta y total, o bien
• Solapada y total, y la instancia ya sólo
pertenece al subtipo (se eliminó del resto)
• En el resto de casos, la instancia sólo se
elimina del subtipo no del supertipo.
ELIMINACIÓN
133. Modelo Entidad-Relación Extendido (E-R E)
Jerarquías y Retículas
En las Jerarquías de especialización, se cumplen las restricciones:
•Todo subtipo participa en sólo una relación supertipo/subtipo.
•Un subtipo tiene un único supertipo: es el concepto de árbol.
En una Retícula de especialización:
•Un subtipo puede participar en varias relaciones supertipo/subtipo.
•Un subtipo puede tener más de un supertipo.
135. Modelo Entidad-Relación Extendido (E-R E)
Jerarquías y Retículas
En las jerarquías de especialización
•Cada subtipo hereda atributos y relaciones de su (único) supertipo directo
y de sus supertipos predecesores, hasta la raíz
TITULAR hereda de DOCENTE, EMPLEADO y PERSONA
En las retículas de especialización:
•Un subtipo hereda atributos y relaciones de sus supertipos(múltiples)
directos (herencia múltiple) y de todos sus supertipos predecesores, hasta
la raíz
BECARIO hereda directamente de EMPLEADO y ESTUDIANTE, e
indirectamente hereda de PERSONA
Los subtipos compartidos dan lugar a retículas
136. Modelo Entidad-Relación Extendido (E-R E)
Herencia Múltiple
En herencia múltiple pueden surgir conflictos al heredar atributos distintos
denominados igual
BECARIO hereda “jornada” de dos predecesores (EMPLEADO Y ESTUDIANTE)
¿Cómo resolver esta situación?
1. Renombrar algunos de los atributos en conflicto:
BECARIO hereda ambos atributos: –“jornada” corresponde a “jornada” de
EMPLEADO y “jornadaEstudio” corresponde a “jornada” de ESTUDIANTE
2. Definir un orden de prioridad en la herencia:
BECARIO hereda “jornada” de ESTUDIANTE y no de EMPLEADO
3. Nombrar a cada atributo antecediendo el nombre de la entidad propietaria
BECARIO hereda “ESTUDIANTE.jornada” y “EMPLEADO.jornada”
137. Modelo Entidad-Relación Extendido (E-R E)
Inhibición de la Herencia
Algunos modelos de datos permiten indicar que ciertos atributos del
supertipo no deben ser heredados por los subtipos.
En el modelo ECR , las categorías son mostradas en el diagrama
como hexágonos, conectados al supertipo con un símbolo de
subconjunto dibujado sobre la línea. Los atributos compartidos son
conectados al supertipo y los atributos de categoría no compartidos
son conectados al hexágono.
138. Modelo Entidad-Relación Extendido (E-R E)
Redefinición de atributos heredados
Si un supertipo y un subtipo tienen un atributo con el mismo
nombre, se entiende que el atributo del subtipo redefine el
del supertipo.
Se utiliza el mismo nombre y significado semántico, pero se
modifica cómo se calcula o cómo se representa el valor del
atributo.
ES UN
TIPO DE
RECTÁNGULO
CUADRADO
ancho
alto
área
lado
área
139. Modelo Entidad-Relación Extendido (E-R E)
Agregación de tipos de entidad
R3R1 R2
• Relaciones entre relaciones
INCORRECTO
E1R2R1
• Relaciones entre entidades y relaciones
INCORRECTO
140. Modelo Entidad-Relación Extendido (E-R E)
Agregación de tipos de entidad
Surge la agregación.
•Permite combinar varios tipos de entidad, relacionados
mediante un tipo de relación, para formar un tipo de entidad
agregada de nivel superior.
•Útil cuando el tipo de entidad agregado debe relacionarse
con otros tipos de entidad.
141. Modelo Entidad-Relación Extendido (E-R E)
Agregación de tipos de entidad – Ejemplo 1
Esquema que almacena información sobre las entrevistas que una
empresa de reclutamiento organiza entre solicitantes de empleo y
diferentes empresas.
MODELAR LO SIGUIENTE
•Algunas entrevistas dan lugar a ofertas de empleos y otras no.
142. IMPORTANTE
Para que existan instancias de una
relación, es necesario que exista una
entidad donde se almacenen.
Modelo Entidad-Relación Extendido (E-R E)
Agregación de tipos de entidad – Ejemplo 1
143. Modelo Entidad-Relación Extendido (E-R E)
Toda entrevista da lugar a un empleo
NO CUMPLE CON LO QUE SE QUIERE MODELAR
Agregación de tipos de entidad – Ejemplo 1
144. Modelo Entidad-Relación Extendido (E-R E)
NO es posible establecer una relación entre
varias relaciones ni entre relaciones y
entidades
ERROR
Agregación de tipos de entidad – Ejemplo 1
147. Modelo Entidad-Relación Extendido (E-R E)
Agregación de tipos de entidad – Ejemplo 2
Esquema que almacena información acerca de profesores y las
asignaturas que éstos imparten.
Agregar al modelo los diversos medios que utilizan para impartir cada
asignatura (pizarra, transparencias, etc.)
148. Modelo Entidad-Relación Extendido (E-R E)
Agregación de tipos de entidad – Ejemplo 2
NO es posible establecer una relación entre
varias relaciones ni entre relaciones y
entidades
ERROR
151. La diferencia entre agregación y relación ternaria es:
•Con la relación ternaria se vinculan, a la vez, tres instancias: una de
cada entidad participante. Para indicar que un profesor para una misma
asignatura emplea “tantos” medios, se necesitan “tantas” instancias de la
relación de tipo (profesor, asignatura, medio).
•Con la agregación se vincula por un lado a cada profesor con las
asignaturas que imparte y, por otro lado, se liga cada par
asignatura/profesor con el conjunto de medios empleados. Esto es lo que
ocurre en la realidad: MEDIO se relaciona con el par profesor/asignatura, y
no con profesor y asignatura por separado. Para indicar que un profesor
para una misma asignatura emplea “tantos” medios, se necesitan “tantas”
instancias de la relación de tipo ((profesor, asignatura), medio).
Modelo Entidad-Relación Extendido (E-R E)
Agregación de tipos de entidad
152. Modelado Conceptual de Objetos mediante
Diagramas de clase UML
•El Lenguaje Unificado de Modelado (Unified
Modeling Language, UML) es un lenguaje estándar
para escribir planos de software.
•UML puede utilizarse para visualizar, especificar,
construir y documentar un sistema que involucra una
gran cantidad de software.
•UML es sólo un lenguaje y por tanto es tan sólo una
parte de un método de desarrollo de software.
153. Las funciones de UML
•Visualizar: Utiliza símbolos gráficos.
•Especificar: Cubre la especificación de todas las decisiones de análisis,
diseño e implementación que deben realizarse al desarrollar y desplegar un
sistema .
•Construir: Sus modelos pueden conectarse de forma directa a una gran
variedad de lenguajes de programación. Java, C++ o Visual Basic, o incluso a
tablas en una base de datos.
•Documentar: Requisitos. Arquitectura. Diseño. Código fuente.
Planificación de proyectos. Pruebas. Prototipos. Versiones.
154. ¿Dónde puede utilizarse UML?
• UML está pensado principalmente para sistemas con gran
cantidad de software.
• Ha sido utilizado de forma efectiva en dominios tales como:
Sistemas de información de empresa. Bancos y servicios
financieros. Telecomunicaciones. Transporte.
Defensa/industria aeroespacial. Comercio. Electrónica médica.
Ámbito científico. Servicios distribuidos basados en la Web.
155. ¿Qué es lo básico que debemos aprender de UML?
1.Los bloques básicos de construcción
de UML
2.Las reglas que dictan cómo se
pueden combinar estos bloques
básicos
3.Mecanismos comunes que se
aplican a través de UML.
156. Bloques de construcción de UML
El vocabulario de UML incluye tres clases de bloques
de construcción:
Elementos.
Relaciones.
Diagramas.
Los elementos son abstracciones que son
ciudadanos de primera clase en un modelo; las
relaciones ligan estos elementos entre sí; los
diagramas agrupan colecciones interesantes de
elementos.
157. Elementos en UML.
Hay cuatro tipos de elementos en UML:
• Elementos estructurales.
• Elementos de comportamiento.
• Elementos de agrupación.
• Elementos de anotación.
158. Relaciones en UML.
Hay cuatro tipos de relaciones en UML:
• Dependencia.
• Asociación.
• Generalización.
• Realización.
159. Diagramas en UML.
• Un diagrama es la representación gráfica de un
conjunto de elementos, visualizado la mayoría de
las veces como un grafo conexo-de nodos
(elementos) y arcos (relaciones). Los diagramas
se dibujan para visualizar un sistema desde
diferentes perspectivas, de forma que un
diagrama es una proyección de un sistema. Para
todos los sistemas, excepto los más triviales, un
diagrama representa una vista resumida de los
elementos que constituyen un sistema.
160. UML incluye nueve de estos diagramas:
• Diagrama de clases.
• Diagrama de objetos.
• Diagrama de casos de uso.
• Diagrama de secuencia.
• Diagrama de colaboración.
• Diagrama de estados (statechart).
• Diagrama de actividades.
• Diagrama de componentes.
• Diagrama de despliegue.
161. Reglas de UML
• UML tiene reglas semánticas para:
• Nombres: Cómo llamar a los elementos, relaciones y diagramas.
• Alcance: El contexto que da un significado específico a un
nombre.
• Risibilidad: Cómo se pueden ver y utilizar esos nombres por otros.
• Integridad: Cómo se relacionan apropiada y consistentemente
unos elementos con otros.
• Ejecución: Qué significa ejecutar o simular un modelo dinámico.
162. Mecanismos comunes en
UML• Un edificio se hace más simple y más armonioso al ajustarse a un patrón
de características comunes. Una casa puede construirse, en su mayor
parte, de estilo Victoriano o francés utilizando ciertos patrones
arquitectónicos que definen esos estilos. Lo mismo es cierto para UML.
Este se simplifica mediante la presencia de cuatro mecanismos comunes
que se aplican de forma consistente a través de todo el lenguaje:
• Especificaciones.
• Adornos.
• Divisiones comunes.
• Mecanismos de extensibilidad.
163. • Conceptos del Modelo Relacional
• Restricciones Relacionales
• Integridad de Entidades, Integridad Referencial y Claves Externas
• Transformación de E-R a Modelo Relacional
• Transformación de los conceptos de E-R extendido en relaciones
MODELO RELACIONAL
164. MODELO RELACIONAL
• Está basado en la teoría de conjuntos.
• Los datos se almacenan como tablas y los usuarios entienden con mayor
facilidad.
• Todas las entradas de cualquier columna son de un solo tipo. Cada
columna posee un nombre único, el orden de las comunas no es de
importancia para la tabla, las columnas de una tabla se conocen como
atributos.
• No existen 2 filas en la tabla que sean idénticas.
CARACTERÍSTICAS
165. MODELO RELACIONAL
CONCEPTOS DEL MODELO RELACIONAL
• RELACIÓN: Puede ser vista como una tabla. Se define por R.
• TUPLAS: Son los elementos o filas de una relación. Se definen por d.
• ATRIBUTOS: Son los nombres de las columnas de la relación o tabla. El conjunto
(ordenado) de todos los atributos de una relación R es el esquema de R. Nos podemos
referir a los atributos de una relación mediante su nombre o por la posición (número
de columna) que el atributo ocupa en el esquema de la relación.
• DOMINIO: Es la colección de valores posibles para un determinado atributo. Se define
por D.
• GRADO O ARIDAD DE LA RELACIÓN: Número de atributos de la relación.
• CARDINALIDAD DE LA RELACIÓN: Es el número de tuplas de la relación.
166. MODELO RELACIONAL
Término relacional formal Equivalente informal
Relación Tabla
Tupla Fila o registro
Cardinalidad Número de filas o registros
Atributo Columna o campo
Grado Número de columnas o campos
Clave primaria Identificador único
Dominio Fondos de valores legales
CONCEPTOS DEL MODELO RELACIONAL
167. ID PROFESOR CURSO AÑO DEPARTAMENTO
1 Isabel Bases de datos 1991 Informática
2 Marcos Física 1994 Ciencias
3 Verónica Modelado 1995 Informática
4 Clara Matemáticas 1994 Ciencias
5 Martha Lingüística 1990 Lexicografía
MODELO RELACIONAL
CONCEPTOS DEL MODELO RELACIONAL
cabecera
cuerpo
Una relación consta de 2 partes:
168. MODELO RELACIONAL
TIPOS DE RELACIONES
Relaciones base o reales: es lo que corresponde al concepto de tabla. El
conjunto de éstas son las que componen la base de datos realmente.
Conjunto dinámico de datos: no poseen datos almacenados propios y
están representadas únicamente dentro del sistema mediante su
definición en términos de otras relaciones (es decir, mediante consultas).
Instantáneas (snapshots): iguales que las anteriores, pero los datos que
contienen no son virtuales, sino que están realmente almacenados en la
instantánea. Se utilizan para manejar datos susceptibles de cambios.
Resultados intermedios: el resultado de una operación anidada en una
consulta, estos resultados son usados por la consulta externa para otra
operación.
169. MODELO RELACIONAL
CLAVES PRIMARIAS
Semántica ó Inteligente: Es aquella que tiene significado por sí misma,
independientemente de que sea o no la clave, es decir que el o los
atributos que la conformen contengan valores que describan
"realmente" a la entidad reflejada en la tupla, por ejemplo, los
apellidos o el DNI en una relación que denote personas
Subrogada: Es una clave arbitraria cuya única función es la de
identificar la entidad designada por la tupla.
170. MODELO RELACIONAL
RELACIONES E INTERRELACIONES
Las Relaciones son las tablas y la Interrelación es la correspondencia de datos
entre ellas.
Ejemplo:
ID PROFESOR CURSO AÑO DEPARTAMENTO
1 Isabel Bases de datos 1991 Informática
2 Marcos Física 1994 Ciencias
3 Verónica Modelado 1995 Informática
4 Clara Matemáticas 1994 Ciencias
5 Martha Lingüística 1990 Lexicografía
171. MODELO RELACIONAL
Sería conveniente que la base de datos a la que pertenece esta relación
contuviese también información sobre los datos personales de los profesores,
descripción de los cursos ofrecidos y descripción de los distintos departamentos. Si
quisiéramos incluir toda esta información en una tabla, esta debería contener, al
menos, los siguientes atributos (columnas):
PROFESOR_COD
PROFESOR_NOMBRE
PROFESOR_DIRECCIÓN
PROFESOR_TELÉFONO
PROFESOR_DEPTO
DEPTO_COD
DEPTO_NOMBRE
DEPTO_DESC
CURSO_COD
CURSO_NOMBRE
CURSO_DESC
CURSO_NIVEL
CURSO_AÑO
Ejemplo:
RELACIONES E INTERRELACIONES
172. MODELO RELACIONAL
•La cantidad de información redundante sería totalmente inaceptable para una base de
datos.
•Mayor necesidad de almacenamiento masivo.
•Retardo de todas las operaciones con los datos.
Ejemplo:
RELACIONES E INTERRELACIONES
INCONVENIENTES
173. MODELO RELACIONAL
El modelo relacional ofrece una buena solución a este problema, que nos
permite reducir la redundancia de datos al mínimo y agilizar las
operaciones de consulta y actualización. Lo que deberíamos hacer es
separar la información que se refiere a las tres entidades que tenemos
(profesores, cursos y departamentos) en tres relaciones independientes, y
después relacionarlas entre sí.
Ejemplo:
RELACIONES E INTERRELACIONES
SOLUCIÓN CON EL MODELO RELACIONAL
174. MODELO RELACIONAL
Ejemplo:
RELACIONES E INTERRELACIONES
SOLUCIÓN CON EL MODELO RELACIONAL
RELACIONES BASE
INTERRELACIONES
ENTRE
RELACIONES BASE
RESTRICCIONES
RELACIONALES
175. MODELO RELACIONAL
RESTRICCIONES RELACIONALES
•UNO A UNO
•UNO A MUCHOS
•MUCHOS A UNO
•MUCHOS A MUCHOS
Las interrelaciones de uno a muchos se implementan mediante el
uso de claves ajenas, también llamadas externas o foráneas
(foreign keys). Una clave ajena es un atributo de una relación R2,
cuyos valores han de concordar con los de alguna clave primaria
en otra relación R1. R1 y R2 no han de ser necesariamente
distintas.
176. MODELO RELACIONAL
Las interrelaciones de uno a muchos se implementan mediante el uso de claves ajenas,
también llamadas externas o foráneas (foreign keys). Una clave ajena es un atributo
de una relación R2, cuyos valores han de concordar con los de alguna clave primaria en
otra relación R1. R1 y R2 no han de ser necesariamente distintas.
CLAVES EXTERNAS
CLAVE
PRIMARIA
CLAVE
EXTERNA
R2
R1
180. MODELO RELACIONAL
Con este nombre se designa aquellas reglas que han de ser aplicadas a una
base de datos para asegurar que los datos introducidos sean consistentes
con la realidad que pretenden modelar. Existen dos reglas generales que
aporta el modelo relacional. Estas dos reglas son muy simples, y son las
siguientes:
• Regla de integridad de las entidades: ningún componente de la clave
primaria de una relación base puede aceptar valores nulos.
• Regla de integridad referencial: la base de datos no debe contener valores
de clave ajena sin concordancia.
INTEGRIDAD RELACIONAL
181. MODELO RELACIONAL
REGLA DE INTEGRIDAD DE LAS ENTIDADES
Esta regla impide la existencia de una tupla sin identificador único.
REGLA DE INTEGRIDAD REFERENCIAL
Impide que, por ejemplo, en nuestra base de datos académica,
exista un profesor adscrito a un departamento inexistente, o un
curso impartido por un profesor inexistente.
Hemos de recordar que sólo los productos puramente
relacionales implementan realmente estas dos reglas generales
de integridad relacional. En otros, destinados al mercado
doméstico, estas incongruencias son admitidas sin problemas.
INTEGRIDAD RELACIONAL
182. MODELO RELACIONAL
RESTRICCIONES DE INTEGRIDAD DEFINIDAS POR EL USUARIO
Además, muchos DBMS añaden un buen número de características
que ayudan al DBA a mantener más fácilmente la integridad de los
datos. Mediante estos mecanismos es posible añadir reglas
específicas para cada base de datos; éstas son las denominadas
restricciones de integridad definidas por el usuario. Por
ejemplo, podríamos determinar que un profesor no pueda ser menor
de x años o que un curso sólo pueda pertenecer a los niveles 1, 2 ó
3. El resultado sería que al intentar introducir un valor fuera de este
rango, el DBMS rechazaría la información introducida mostrando un
mensaje de error.
INTEGRIDAD RELACIONAL
183. Para transformar un modelo entidad-relación a modelo relacional seguiremos las siguientes
reglas:
1. Toda entidad del modelo entidad-relación se transforma en una tabla.
2. Cualquier atributo de una entidad se transforma en un campo dentro la tabla,
manteniendo las claves primarias.
3. Las relaciones N:M se transforman en una nueva tabla que tendrá como clave
primaria la concatenación de los atributos clave de las entidades que relaciona.
4. En las relaciones 1:N se pueden tener dos casos:
Si la entidad que participa con cardinalidad máxima uno lo hace también con
cardinalidad mínima uno, entonces se propaga el atributo de la entidad que
tiene cardinalidad máxima 1 a la que tiene cardinalidad máxima N,
desapareciendo el nombre de la relación. Si existen atributos en la relación
éstos también se propagarán.
Si la entidad que participa con cardinalidad máxima uno lo hace también
cardinalidad mínima cero, entonces se crea una nueva tabla formada por las
claves de cada entidad y los atributos de la relación. La clave primaria de la
nueva tabla será el identificador de la entidad que participa con cardinalidad
máxima N.
MODELO RELACIONAL
TRANSFORMACIÓN DEL MER AL MODELO RELACIONAL
184. 5. En el caso de las relaciones 1:1 también pueden darse dos casos:
Si las entidades poseen cardinalidades (0,1), la relación se convierte en una
tabla.
Si una de las entidades posee cardinalidad (0,1) y la otra (1,1), conviene
propagar la clave de la entidad con cardinalidad (1,1) a la tabla resultante de
la entidad con cardinalidad (0,1). Si ambas entidades poseen cardinalidades
(1,1) se puede propagar la clave de cualquiera de ellas a la tabla resultante
de la otra.
6. En el caso de las relaciones N-arias se aplica la misma regla que para las
relaciones N:M.
7. En el caso de las relaciones reflexivas supondremos que se trata de una relación
binaria con la particularidad que las dos entidades son iguales y aplicaremos las
reglas vistas en los puntos anteriores.
MODELO RELACIONAL
TRANSFORMACIÓN DEL MER AL MODELO RELACIONAL
185. EJEMPLO REGLA 3: Las relaciones N:M se transforman en una nueva tabla que tendrá como
clave primaria la concatenación de los atributos clave de las entidades que relaciona.
MODELO RELACIONAL
TRANSFORMACIÓN DEL MER AL MODELO RELACIONAL
En este caso la relación “compra” se transforma en una nueva tabla cuya clave primaria estará formada
por los atributos dni, que es la clave primaria de cliente, y código, que es la clave primaria de producto.
Además tendrá como campo fecha compra, ya que este atributo forma parte de la relación.
El modelo relacional quedaría de la siguiente forma:
CLIENTE(dni,nombre,apellidos)
PRODUCTO(código,descripción)
COMPRA(dni_cliente,código_producto,fecha_compra)
186. EJEMPLO REGLA 4: En las relaciones 1:N se pueden tener dos casos:
Veamos ahora el caso de una relación 1:N. En el siguiente modelo entidad-relación un empleado
pertenece a un único departamento (debe pertenecer a uno obligatoriamente), y un departamento
tiene 1 o más empleados.
MODELO RELACIONAL
TRANSFORMACIÓN DEL MER AL MODELO RELACIONAL
En este caso se propaga el atributo código de departamento a la tabla EMPLEADO.
El modelo relacional quedaría de la siguiente manera:
EMPLEADO(rfc,nombre,salario,código_departamento)
DEPARTAMENTO(código,nombre,ubicacion)
187. EJEMPLO REGLA 4: En las relaciones 1:N se pueden tener dos casos:
Imaginemos ahora que pudiera darse el caso de que hubiera empleados que no pertenecieran a
ningún departamento.
MODELO RELACIONAL
TRANSFORMACIÓN DEL MER AL MODELO RELACIONAL
En este caso la entidad que participa con cardinalidad máxima 1, DEPARTAMENTO,
también lo hace con cardinalidad mínima 0, ya que puede haber empleados que no
pertenezcan a ningún departamento. Así pues, se crea una nueva tabla formada por rfc de
EMPLEADO y código de DEPARTAMENTO. En esta nueva tabla rfc de EMPLEADO será
la clave primaria. El modelo relacional quedaría de la siguiente forma:
EMPLEADO(rfc,nombre,salario)
DEPARTAMENTO(código,nombre,ubicacion)
PERTENECE(rfc_empleado,código_departamento)
188. EJEMPLO REGLA 5: En el caso de las relaciones 1:1 también pueden darse dos casos:
En el siguiente modelo entidad-relación un equipo de fútbol tiene a un único presidente y un
presidente preside a un único club de fútbol.
MODELO RELACIONAL
TRANSFORMACIÓN DEL MER AL MODELO RELACIONAL
En este ejemplo, tal y como dicen las reglas, podemos propagar la clave de cualquier tabla a la tabla
resultante de la otra. Es decir, tenemos dos opciones, o mover la clave de PRESIDENTE a EQUIPO
o mover la clave de EQUIPO a PRESIDENTE. El modelo relacional podría quedar de cualquiera de
las dos formas siguientes:
EQUIPO(código,nombre,año_fundación)
PRESIDENTE(dni,nombre,código_equipo)
EQUIPO(código,nombre,año_fundación,dni_presidente)
PRESIDENTE(dni,nombre)
189. EJEMPLO REGLA 7: se trata de una relación binaria con la particularidad que las dos entidades son
iguales y aplicaremos las reglas vistas en los puntos anteriores.
En el siguiente modelo entidad-relación un ALUMNO es jefe de grupo de varios ALUMNOS y un
ALUMNO tiene obligatoriamente un jefe de grupo y sólo a uno.
MODELO RELACIONAL
TRANSFORMACIÓN DEL MER AL MODELO RELACIONAL
Como podemos observar en las reglas de transformación, en
este caso la relación reflexiva se trata como si fuera una
relación binaria con la particularidad de que las dos entidades
son iguales. Al tratarse de una relación 1:N se propagará la
clave de la entidad ALUMNO a la entidad ALUMNO, quedando
el modelo relacional de la siguiente forma:
ALUMNO(num_expediente,nombre,num_expediente_delegado)
190. • Introducción al Algebra Relacional
• Operaciones del Algebra Relacional
Seleccionar
Proyectar
Renombrar
De la Teoría de Conjuntos
Unión
Intersección
Diferencia
Producto Cruzado
Reunión
Reunión Natural
División
• Operaciones Adicionales
Funciones agregadas
De cierre recursivo
Reunión externa
Unión externa
IV. ÁLGEBRA RELACIONAL
191. Introducción al Algebra Relacional
IV. ÁLGEBRA RELACIONAL
El álgebra relacional consiste de algunas simples
pero poderosas maneras de construir nuevas
relaciones a partir de otras. Si pensamos que las
relaciones iniciales son los datos almacenados
entonces las nuevas relaciones se pueden ver
como respuestas a algunas consultas deseadas.
Es la manera de hacer consultas a una base de
datos empleando algunos conceptos
matemáticos aplicados a un esquema relacional.
192. Operaciones del Algebra Relacional
IV. ÁLGEBRA RELACIONAL
Seleccionar
Proyectar
Renombrar
De la Teoría de Conjuntos
Unión
Intersección
Diferencia
Producto Cruzado
Reunión
Reunión Natural
División
193. Operaciones del Algebra Relacional – Seleccionar (sigma)
IV. ÁLGEBRA RELACIONAL
Crea una nueva relación a partir de otra, pero
incluyendo sólo algunas de las tuplas a partir de un
criterio dado.
El criterio se basa en restricciones sobre los
atributos de la relación R y no pueden incluirse otras
relaciones en dicho criterio que no estén en R.
Sintaxis
Ax Condición (R)
194. IV. ÁLGEBRA RELACIONAL
Título Año Duración Tipo Estudio
Star Wars 1977 124 color Fox
Cacería 1991 104 color Disney
Bajo la lluvia 1992 95 color Paramount
Película
Ejemplo 1: Mostrar las películas cuya duración sea mayor ó igual a 100
Duración >= 100 (Película)
Título Año Duración Tipo Estudio
Star Wars 1977 124 color Fox
Cacería 1991 104 color Disney
Símbolo de
Seleccionar
Atributo a
restringir
Criterio ó
Condición
Nombre de
la Relación
Operaciones del Algebra Relacional – Seleccionar (sigma)
195. IV. ÁLGEBRA RELACIONAL
Título Año Duración Tipo Estudio
Star Wars 1977 124 color Fox
Cacería 1991 104 color Disney
Bajo la lluvia 1992 95 color Paramount
Película
Ejemplo 2: Mostrar las películas cuya duración sea mayor ó igual a 100 y que sean del Estudio Fox
Duración >= 100 and Estudio = ‘Fox’ (Película)
Título Año Duración Tipo Estudio
Star Wars 1977 124 color Fox
Operaciones del Algebra Relacional – Seleccionar (sigma)
196. IV. ÁLGEBRA RELACIONAL
Título Año Duración Tipo Estudio
Star Wars 1977 124 color Fox
Cacería 1991 104 color Disney
Bajo la lluvia 1992 95 color Paramount
Película
Ejemplo 3: Mostrar las películas que se estrenaron entre los años 1990 y 2009
Año >= 1990 and Año <=2009 (Película)
Título Año Duración Tipo Estudio
Cacería 1991 104 color Disney
Bajo la lluvia 1992 95 color Paramount
Operaciones del Algebra Relacional – Seleccionar (sigma)
197. Operaciones del Algebra Relacional – Proyectar (pi)
IV. ÁLGEBRA RELACIONAL
Crea una nueva relación a partir de otra, pero
incluyendo sólo algunas de las columnas.
Sintaxis
A1, A3, A6 (R)
198. IV. ÁLGEBRA RELACIONAL
Título Año Duración Tipo Estudio
Star Wars 1977 124 color Fox
Cacería 1991 104 color Disney
Bajo la lluvia 1992 95 color Paramount
Película
Ejemplo 1: Mostrar Título, Año y Duración de las Películas
Título, Año, Duración (Película)
Símbolo de
Proyectar
Atributos a
mostrar
Nombre de
la Relación
Título Año Duración
Star Wars 1977 124
Cacería 1991 104
Bajo la lluvia 1992 95
Operaciones del Algebra Relacional – Proyectar (pi)
199. IV. ÁLGEBRA RELACIONAL
Título Año Duración Tipo Estudio
Star Wars 1977 124 color Fox
Cacería 1991 104 color Disney
Bajo la lluvia 1992 95 color Paramount
Película
Ejemplo 2: Mostrar Estudio de las Películas
Estudio (Película)
Estudio
Fox
Disney
Paramount
Operaciones del Algebra Relacional – Proyectar (pi)
200. IV. ÁLGEBRA RELACIONAL
Título Año Duración Tipo Estudio
Star Wars 1977 124 color Fox
Cacería 1991 104 color Disney
Bajo la lluvia 1992 95 color Paramount
Película
Ejemplo 3: Mostrar Título, Duración y Estudio de las Películas
Título, Duración, Estudio (Película)
Título Duración Estudio
Star Wars 124 Fox
Cacería 104 Disney
Bajo la lluvia 95 Paramount
Operaciones del Algebra Relacional – Proyectar (pi)
201. Operaciones del Algebra Relacional – Renombrar (ro)
IV. ÁLGEBRA RELACIONAL
Renombrar ya sea atributos o relaciones, facilita su
interacción y comprensión.
Sintaxis
Renombrar Relaciones
s (R)
Renombrar Atributos suponiendo R (A, B, C)
R (A, X, C) (R)
S (A, X, C) (R)
A, B as X, C (R)
B as X (R)
202. IV. ÁLGEBRA RELACIONAL
Título Año Duración Tipo Estudio
Star Wars 1977 124 color Fox
Cacería 1991 104 color Disney
Bajo la lluvia 1992 95 color Paramount
Película
Ejemplo 1: Renombrar la Relación Película como Filme.
Filme (Película)
Símbolo de
Renombrar
Nuevo
nombre de
la Relación
Nombre de la
Relación a
Renombrar
Operaciones del Algebra Relacional – Renombrar (ro)
Título Año Duración Tipo Estudio
Star Wars 1977 124 color Fox
Cacería 1991 104 color Disney
Bajo la lluvia 1992 95 color Paramount
Filme
203. IV. ÁLGEBRA RELACIONAL
Título Año Duración Tipo Estudio
Star Wars 1977 124 color Fox
Cacería 1991 104 color Disney
Bajo la lluvia 1992 95 color Paramount
Película
Ejemplo 2: Renombrar el atributo Duración como Minutos.
Película (Título, Año, Minutos, Tipo, Estudio) (Película)
Operaciones del Algebra Relacional – Renombrar (ro)
Título Año Minutos Tipo Estudio
Star Wars 1977 124 color Fox
Cacería 1991 104 color Disney
Bajo la lluvia 1992 95 color Paramount
Película
204. IV. ÁLGEBRA RELACIONAL
Título Año Duración Tipo Estudio
Star Wars 1977 124 color Fox
Cacería 1991 104 color Disney
Bajo la lluvia 1992 95 color Paramount
Película
Ejemplo 3: Renombrar la Relación Película como Filme y al mismo tiempo el atributo Duración como Minutos.
Filme (Título, Año, Minutos, Tipo, Estudio) (Película)
Operaciones del Algebra Relacional – Renombrar (ro)
Título Año Minutos Tipo Estudio
Star Wars 1977 124 color Fox
Cacería 1991 104 color Disney
Bajo la lluvia 1992 95 color Paramount
Filme
205. IV. ÁLGEBRA RELACIONAL
Título Año Duración Tipo Estudio
Star Wars 1977 124 color Fox
Cacería 1991 104 color Disney
Bajo la lluvia 1992 95 color Paramount
Película
Ejemplo 4: Utiliza la Proyección para Renombrar el atributo Año como Estreno mostrando solo el Título y
Estreno.
Título, Año as Estreno (Película)
Operaciones del Algebra Relacional – Renombrar (ro)
Título Estreno
Star Wars 1977
Cacería 1991
Bajo la lluvia 1992
Película
206. IV. ÁLGEBRA RELACIONAL
Operaciones del Algebra Relacional – Asignación
Almacena temporalmente el resultado de una
operación en un relación dada
ESTRENOS Título, Año as Estreno (Película)
Título Estreno
Star Wars 1977
Cacería 1991
Bajo la lluvia 1992
ESTRENOS
207. IV. ÁLGEBRA RELACIONAL
Operaciones del Algebra Relacional – Teoría de Conjuntos
Características:
1. Son operaciones binarias.
2. Su resultado es otra relación.
3. R y S deben tener esquemas idénticos.
4. El orden de las columnas debe ser el mismo.
Unión, Intersección y Diferencia
208. IV. ÁLGEBRA RELACIONAL
Operaciones del Algebra Relacional – Unión
R S: La Unión entre dos relaciones R y S nos da todas las tuplas
tanto de R como de S, eliminando las que están repetidas.
Año
1977
1945
1991
1979
R
Año
1942
1991
1978
S
Año
1977
1942
1945
1991
1978
1979
RESULTADO
RESULTADO R S
209. IV. ÁLGEBRA RELACIONAL
Operaciones del Algebra Relacional – Intersección
R S: La Intersección entre dos relaciones R y S nos da todas las
tuplas comunes a R y S, eliminando las que están repetidas.
Año
1977
1945
1991
1979
R
Año
1942
1991
1978
S
Año
1991
RESULTADO
RESULTADO R S
210. IV. ÁLGEBRA RELACIONAL
Operaciones del Algebra Relacional – Diferencia -
R - S: La Diferencia entre dos relaciones R y S nos da todas las
tuplas de R que no están en S.
Año
1977
1945
1991
1979
R
Año
1942
1991
1978
S
-
Año
1977
1945
1979
RESULTADO
RESULTADO R - S
211. IV. ÁLGEBRA RELACIONAL
Operaciones del Algebra Relacional – Teoría de Conjuntos
Características:
•Intervienen dos relaciones.
•Esas relaciones no tienen por qué ser compatibles con la
unión.
Producto Cruzado (Cartesiano, Crossjoin)
212. IV. ÁLGEBRA RELACIONAL
Operaciones del Algebra Relacional – Producto Cartesiano
R S: El resultado del producto cartesiano consta de todas las combinaciones
posibles de cada tupla de R seguida de otra de S. Es decir:
•Tiene todos los atributos de R y S; primero los de R y seguidos los de S.
•Tiene n*m tuplas; siendo n el número de tuplas de R y m el número de
tuplas de S.
A B
1 2
3 4
B C D
2 5 6
4 7 8
9 10 11
R S
A R.B S.B C D
1 2 2 5 6
1 2 4 7 8
1 2 9 10 11
3 4 2 5 6
3 4 4 7 8
3 4 9 10 11
R S
213. IV. ÁLGEBRA RELACIONAL
Operaciones del Algebra Relacional – Ejercicios
Dadas las siguientes relaciones: Obtener:
a) ALUMNO PROFESOR
b) ALUMNO PROFESOR
c) ALUMNO - PROFESOR
d) PROFESOR - ALUMNO
214. IV. ÁLGEBRA RELACIONAL
Operaciones del Algebra Relacional – Ejercicios
a) ALUMNO PROFESOR
b) ALUMNO PROFESOR
c) ALUMNO - PROFESOR
d) PROFESOR - ALUMNO
215. IV. ÁLGEBRA RELACIONAL
Operaciones del Algebra Relacional – Ejercicios
Película×Estudio =
{
<1,La guerra de las galaxias,1977,3,1,Ghibli>,
<1,La guerra de las galaxias,1977,3,2,New Line Cinema>,
<1,La guerra de las galaxias,1977,3,3,Lucasfilms>,
<1,La guerra de las galaxias,1977,3,4,Sogecine>,
<2,La comunidad del anillo,2001,2,1,Ghibli>,
<2,La comunidad del anillo,2001,2,2,New Line Cinema>,
<2,La comunidad del anillo,2001,2,3,Lucasfilms>,
<2,La comunidad del anillo,2001,2,4,Sogecine>,
<3,Mar adentro,2004,4,1,Ghibli>,
<3,Mar adentro,2004,4,2,New Line Cinema>,
... }
216. IV. ÁLGEBRA RELACIONAL
R || <condición de reunión> S: El resultado de la Reunión consta de
todas las combinaciones de cada tupla de R seguida de otra
de S, que satisfagan la condición de reunión.
Es equivalente a un producto cartesiano seguido de una
selección.
Operaciones del Algebra Relacional – Reunión ||<condición de reunión>
Sintaxis
R || <condición de reunión>S
217. IV. ÁLGEBRA RELACIONAL
Título Año Dir Tipo Estudio
Star Wars 1977 1 color Fox
Cacería 1991 1 color Disney
Bajo la lluvia 1992 3 color Paramount
Película
Ejemplo 1: Obtener el nombre de la Película, el nombre del Estudio y el nombre del Director.
Película ||Dir=Cve_Director Director
Símbolo de
Reunión
Cve_Director Director
1 Smith
2 Charlie
3 Beny
Director
Se lee: Reunión entre Película y
Director con Dir= Cve_director
Relaciones
a Reunir
Condición
de Reunión
Operaciones del Algebra Relacional – Reunión ||<condición de reunión>
218. IV. ÁLGEBRA RELACIONAL
Título Año Dir Tipo Estudio
Star Wars 1977 1 color Fox
Cacería 1991 1 color Disney
Bajo la lluvia 1992 3 color Paramount
Película
Ejemplo 1: Obtener el nombre de la Película, el nombre del Estudio y el nombre del Director.
Cve_Director Director
1 Smith
2 Charlie
3 Beny
Director
Título Año Dir Tipo Estudio Cve_Director Director
Star Wars 1977 1 color Fox 1 Smith
Cacería 1991 1 color Disney 1 Smith
Bajo la lluvia 1992 3 color Paramount 3 Beny
Película ||Dir=Cve_Director DirectorTEMPORAL
TEMPORAL
Operaciones del Algebra Relacional – Reunión ||<condición de reunión>
219. IV. ÁLGEBRA RELACIONAL
Ejemplo 1: Obtener el nombre de la Película, el nombre del Estudio y el nombre del Director.
Título Año Dir Tipo Estudio Cve_Director Director
Star Wars 1977 1 color Fox 1 Smith
Cacería 1991 1 color Disney 1 Smith
Bajo la lluvia 1992 3 color Paramount 3 Beny
Película ||Dir=Cve_Director DirectorTEMPORAL
TEMPORAL
Título, Estudio, Director (TEMPORAL)RESULTADO
Título Estudio Director
Star Wars Fox Smith
Cacería Disney Smith
Bajo la lluvia Paramount Beny
RESULTADO
Operaciones del Algebra Relacional – Reunión ||<condición de reunión>
220. IV. ÁLGEBRA RELACIONAL
Proyecto cve_proy responsable
Capacitación 1 2
Automatización 2 1
Finanzas 3 1
Expo 4 3
Vinculacion 5 2
Proyectos
Ejemplo 2: Obtener el nombre del Proyecto, el nombre del Responsable y el nombre del Departamento.
Proyectos||responsable=Cve_resp Responsables
Cve_resp Nombre Depto
1 Carlos 1
2 Mario 5
3 Sonia 2
Reponsables
Cve_dep Nom_dep
1 Admin
2 Vinc
3 Extension
4 RH
5 Sistemas
Departamentos
TEMPORAL 1
TEMPORAL 1||Depto=Cve_dep DepartamentosTEMPORAL 2
Proyecto, Nombre, Nom_dep (TEMPORAL 2)RESULTADO
Operaciones del Algebra Relacional – Reunión ||<condición de reunión>
221. IV. ÁLGEBRA RELACIONAL
Operaciones del Algebra Relacional – Reunión Natural ||
R || S: es un tipo de Reunión en la que la condición de
reunión está formada por tantas condiciones de igualdad
unidas mediante el operador lógico Y como pares de atributos
tengan el mismo nombre en R y S. Se calcula del siguiente
modo:
1. Calcular el Producto Cartesiano R S.
1. Para cada atributo Ai común, se seleccionan las filas en
las que el valor R.Ai coinciden con el valor S.Ai.
2. Realizada la selección, eliminar la columna S.Ai
Sintaxis
R ||S
222. IV. ÁLGEBRA RELACIONAL
Operaciones del Algebra Relacional – Reunión Natural ||
A B
1 2
3 4
5 2
B C D
2 5 6
4 7 8
9 10 11
R S
A R.B S.B C D
1 2 2 5 6
1 2 4 7 8
1 2 9 10 11
3 4 2 5 6
3 4 4 7 8
3 4 9 10 11
5 2 2 5 6
5 2 4 7 8
5 2 9 10 11
R S R.B = S.B (R S)
=
A R.B S.B C D
1 2 2 5 6
3 4 4 7 8
5 2 2 5 6
A B C D
1 2 5 6
3 4 7 8
5 2 5 6
223. Código
Producto
1035
2241
2249
2518
Código
Comercial
Código
Producto
10 2241
23 2518
23 1035
39 2518
37 2518
10 2249
23 2249
23 2241
Productos Comerciales
IV. ÁLGEBRA RELACIONAL
Operaciones del Algebra Relacional – División ÷
R ÷ S: Operación del Algebra Relacional que crea una nueva relación,
seleccionando las filas en una relación que corresponden con todas
las filas en otra relación. El grado de R debe ser mayor que el grado
de S.
Suponer las siguientes tablas:
224. IV. ÁLGEBRA RELACIONAL
Operaciones del Algebra Relacional – División ÷
Si dividimos la Tabla COMERCIALES entre la Tabla PRODUCTOS
obtendremos como resultado una tercera tabla en la que:
• Los campos que contiene son aquellos de la Tabla
COMERCIALES que no existen en la Tabla PRODUCTOS. En este
caso el campo Código Comercial es el único de la Tabla
COMERCIALES que no existen en la Tabla PRODUCTOS.
• Un registro se encuentra en la tabla resultado si y sólo si está
asociado en Tabla COMERCIALES con cada fila de la Tabla
PRODUCTOS
Código
Comercial
23
227. • Definición de datos, restricciones y cambios de esquema
• Operaciones de Actualización y tratamiento de las
restricciones
• Visualizando restricciones en el control de integridad
• Especificación de valores por omisión y acciones de
disparo referencial
V. ESTÁNDARES DE LAS BASES DE DATOS
RELACIONALES