El documento describe los conceptos básicos del modelo entidad-relación, incluyendo entidades, atributos, relaciones, identificadores, supertipos y subtipos. También presenta ejemplos y ejercicios para ilustrar estos conceptos en la modelación de datos.
El documento explica los diagramas de clases en UML. Resume los conceptos clave de clases, atributos, métodos, herencia, agregación, asociación e instanciación. Explica que los diagramas de clases muestran las clases del sistema y sus relaciones, y son utilizados para el análisis y diseño de sistemas.
Este documento presenta una introducción al lenguaje SQL y su sublenguaje de definición de datos (DDL). Explica los conceptos básicos de las tablas, columnas y tipos de datos, e introduce las instrucciones SQL para crear, modificar y eliminar tablas.
Este documento presenta los fundamentos del álgebra relacional, incluyendo sus operaciones fundamentales como selección, proyección, unión, diferencia de conjuntos y producto cartesiano. Explica cómo estas operaciones se pueden usar para manipular relaciones en una base de datos de forma procedural. También incluye ejemplos y ejercicios para aplicar estas operaciones a tablas relacionales.
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.
El documento describe los conceptos de cardinalidad y relaciones en bases de datos. Explica que la cardinalidad se refiere al número de entidades asociadas a través de una relación, pudiendo ser uno a uno, uno a muchos, o muchos a muchos. También describe los diagramas entidad-relación y cómo representar las entidades, atributos y relaciones. Por último, provee ejemplos para ilustrar los diferentes tipos de relaciones.
Este documento presenta los conceptos fundamentales del modelo entidad-relación (E-R) para el diseño de bases de datos. Explica que el modelo E-R representa la realidad a través de entidades, relaciones y atributos, y describe los elementos clave como las cardinalidades, restricciones, tipos de entidades, y las fases del diseño de bases de datos usando este modelo conceptual. También introduce conceptos avanzados como la herencia y la generalización/especialización en el modelo E-R extendido.
Base de Datos: Modelo Entidad-RelacionDiego Torres
El documento describe los requisitos para crear una base de datos sobre parques naturales gestionados por comunidades autónomas. Se incluyen entidades como parques naturales, áreas dentro de los parques, especies de flora y fauna, personal de los parques, visitantes y alojamientos. Los parques pueden estar en varias comunidades y contienen áreas. Se almacenará información sobre especies vegetales, animales y minerales, así como sobre el personal, visitantes y las excursiones y alojamientos disponibles en los parques.
El documento describe los conceptos básicos de los métodos y modelos de análisis y diseño orientados a objetos. Define qué es un método y sus componentes principales como conceptos de modelado, vistas, notaciones, artefactos, procesos de desarrollo e iterativos, patrones y reglas de diseño. Explica los tipos básicos de métodos orientados a objetos como ternarios y unarios, y conceptos como clases, objetos, relaciones e interacciones.
El documento explica los diagramas de clases en UML. Resume los conceptos clave de clases, atributos, métodos, herencia, agregación, asociación e instanciación. Explica que los diagramas de clases muestran las clases del sistema y sus relaciones, y son utilizados para el análisis y diseño de sistemas.
Este documento presenta una introducción al lenguaje SQL y su sublenguaje de definición de datos (DDL). Explica los conceptos básicos de las tablas, columnas y tipos de datos, e introduce las instrucciones SQL para crear, modificar y eliminar tablas.
Este documento presenta los fundamentos del álgebra relacional, incluyendo sus operaciones fundamentales como selección, proyección, unión, diferencia de conjuntos y producto cartesiano. Explica cómo estas operaciones se pueden usar para manipular relaciones en una base de datos de forma procedural. También incluye ejemplos y ejercicios para aplicar estas operaciones a tablas relacionales.
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.
El documento describe los conceptos de cardinalidad y relaciones en bases de datos. Explica que la cardinalidad se refiere al número de entidades asociadas a través de una relación, pudiendo ser uno a uno, uno a muchos, o muchos a muchos. También describe los diagramas entidad-relación y cómo representar las entidades, atributos y relaciones. Por último, provee ejemplos para ilustrar los diferentes tipos de relaciones.
Este documento presenta los conceptos fundamentales del modelo entidad-relación (E-R) para el diseño de bases de datos. Explica que el modelo E-R representa la realidad a través de entidades, relaciones y atributos, y describe los elementos clave como las cardinalidades, restricciones, tipos de entidades, y las fases del diseño de bases de datos usando este modelo conceptual. También introduce conceptos avanzados como la herencia y la generalización/especialización en el modelo E-R extendido.
Base de Datos: Modelo Entidad-RelacionDiego Torres
El documento describe los requisitos para crear una base de datos sobre parques naturales gestionados por comunidades autónomas. Se incluyen entidades como parques naturales, áreas dentro de los parques, especies de flora y fauna, personal de los parques, visitantes y alojamientos. Los parques pueden estar en varias comunidades y contienen áreas. Se almacenará información sobre especies vegetales, animales y minerales, así como sobre el personal, visitantes y las excursiones y alojamientos disponibles en los parques.
El documento describe los conceptos básicos de los métodos y modelos de análisis y diseño orientados a objetos. Define qué es un método y sus componentes principales como conceptos de modelado, vistas, notaciones, artefactos, procesos de desarrollo e iterativos, patrones y reglas de diseño. Explica los tipos básicos de métodos orientados a objetos como ternarios y unarios, y conceptos como clases, objetos, relaciones e interacciones.
Este documento proporciona una introducción al Lenguaje de Modelado Unificado (UML). Explica que UML permite modelar, construir y documentar los elementos de un sistema de software orientado a objetos. UML define una notación y semántica común para permitir el intercambio de modelos entre herramientas. Proyecta diferentes vistas de un sistema a través de diagramas como clases, casos de uso, secuencia, actividades y más.
Ejercicio 2
Se quiere diseñar una base de datos relacional que almacene información relativa a los zoos existentes en el mundo, así como las especies animales que éstos albergan. De cada zoo se conoce el nombre, ciudad y país donde se encuentra, tamaño (en m2) y presupuesto anual. De cada especie animal se almacena el nombre vulgar y nombre científico, familia a la que pertenece y si se encuentra en peligro de extinción.
Además, se debe guardar información sobre cada animal que los zoos poseen, como su número de
Identificación, especie, sexo, año de nacimiento, país de origen y continente.
animal{ numidentificacion,especie, nombrevulgar,nombrecientifico,familiapertece,sexo,año,nacimiento,paisorigen,continente,peligroextincion
Este documento describe conceptos clave de programación orientada a objetos como clases, objetos, tipos abstractos de datos, constructores, paquetes y la clase Object. Explica cómo declarar una clase, los diferentes tipos de visibilidad de métodos, y el uso de this. También cubre temas como recolección de objetos, miembros static, y provee ejemplos de cómo aplicar estos conceptos en Java.
Este documento habla sobre los temas de bases de datos orientadas a objetos. Explica conceptos clave como objetos, clases, herencia, propiedades y métodos de objetos. También describe características mandatorias, opcionales y abiertas de las bases de datos orientadas a objetos. Finalmente, resume las características de un sistema de base de datos orientado a objetos.
El documento describe una empresa que vende productos a clientes. Los datos de los clientes incluyen nombre, DNI, dirección y fecha de nacimiento. Los productos tienen nombre, código y precio. Los clientes pueden comprar varios productos y un producto puede ser comprado por varios clientes. Los productos son suministrados por proveedores, donde cada producto solo puede ser suministrado por un proveedor.
El documento describe los conceptos fundamentales del modelo entidad-relación, incluyendo entidades, atributos, claves, relaciones y tipos de relaciones. Explica que las entidades representan objetos del mundo real, los atributos son sus características, y las relaciones capturan cómo las entidades se relacionan entre sí. También cubre conceptos como claves primarias y foráneas, cardinalidades, y diagramas entidad-relación.
Esta presentación nos muestra los conceptos Fundamentales para el Diseño y Creación de Base de Datos Relacionales, se Centra en el Modelo de Datos Relacional, ya que es el mas usado a nivel mundial.
El documento describe el modelo entidad-relación, el cual consiste en entidades (objetos del mundo real), atributos de las entidades, y relaciones entre las entidades. Existen tres tipos de relaciones: uno a uno, uno a muchos, y muchos a muchos. Las relaciones definen las asociaciones entre las entidades y pueden tener restricciones de llave.
Este documento describe las herramientas del análisis estructurado como los diagramas de flujo de datos, las bases de datos y los modelos relacionales y de entidad-relación. Explica que los diagramas de flujo de datos muestran el flujo de datos a través de procesos y que las bases de datos almacenan datos de manera estructurada para su uso por diferentes programas y usuarios. También define los componentes de un modelo relacional como tablas, filas, columnas y claves, y describe que el modelo de entidad-relación representa relaciones
El documento describe los conceptos básicos del modelo entidad-relación (E-R) para el diseño de bases de datos. El modelo E-R representa el mundo real mediante entidades, atributos y relaciones. Las entidades tienen atributos y tipos de entidad, e instancias individuales. Las relaciones representan asociaciones entre instancias de entidades. El documento explica los conceptos clave de atributos, tipos y cardinalidad de relaciones.
La aplicación gestiona clientes, productos, pedidos y cuentas de pago. Los clientes pueden realizar pedidos simples o compuestos de productos siempre que tengan alguna cuenta con dinero disponible. Los pedidos pasan por estados de pendiente, cobrado y distribuido/confirmado. Existe un proceso diario de cobro que comprueba los pedidos pendientes y los cobra o rechaza según el saldo de las cuentas.
Este documento presenta el esquema del modelo relacional de la empresa Llano de la Torre, especializada en la comercialización de muebles para baño. El modelo incluye 9 entidades con sus atributos y claves. Las entidades se vinculan entre sí a través de campos comunes como identificadores. El modelo garantiza la no duplicidad de registros a través de claves, y la eliminación de registros relacionados cuando se elimina uno. El modelo favorece la comprensión de las relaciones entre las entidades de la empresa.
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.
Este documento describe el modelo entidad-relación para bases de datos. Explica que una entidad representa objetos del mundo real y se describe mediante atributos. Las relaciones representan asociaciones entre entidades. Presenta los tipos de relaciones (uno a uno, uno a varios, varios a uno, varios a varios) y la simbología utilizada en diagramas entidad-relación. Finalmente, ofrece un ejemplo de aplicación del modelo a una clínica médica.
El documento habla sobre el álgebra relacional, un método de manipulación de tablas y columnas que permite crear nuevas tablas a partir de las existentes. Explica los conceptos básicos como operadores, sentencias y estructuras del álgebra relacional para realizar consultas en bases de datos.
El documento habla sobre los modelos de datos y su definición. Explica que los modelos de datos permiten representar un dominio mediante reglas y símbolos de un lenguaje de modelado. También describe los componentes de un modelo de datos como la estática, dinámica, objetos, propiedades, relaciones y restricciones. Finalmente, menciona diferentes tipos de modelos como los conceptuales, lógicos e internos.
Transformar modelo entidad relacion a modelo logicojosecuartas
Este documento describe las reglas para transformar un modelo entidad-relación (ER) a una base de datos relacional. Las tres reglas principales son: 1) cada entidad se convierte en una tabla con su clave principal; 2) cada relación muchos-a-muchos se convierte en una tabla; 3) cada relación uno-a-muchos o uno-a-uno se convierte propagando la clave principal. También explica cómo transformar atributos como multivaluados, derivados y alternativos.
El documento presenta una introducción a la programación orientada a objetos en Java. Explica conceptos clave como ingeniería de software, abstracción, clases y objetos. Luego, detalla los pasos para declarar clases, atributos, métodos y constructores en Java. Finalmente, provee ejemplos de cómo declarar una clase Vehículo con atributos y métodos para gestionar la carga.
El documento describe los conceptos de clases y objetos en programación orientada a objetos. Define una clase como la abstracción de las propiedades y acciones de objetos del mundo real, y los objetos como instancias concretas de una clase. A través de ejemplos ilustra cómo identificar las clases y atributos involucrados en un dominio de problema, y modelar la solución utilizando un diagrama de clases UML.
Este documento presenta información sobre bases de datos. Explica conceptos clave del modelo entidad-relación como entidades, atributos, relaciones, cardinalidades y claves. También cubre temas como especialización, generalización y agregación. Finalmente, describe las fases del diseño de un esquema de base de datos usando el modelo E-R: diseño conceptual, diseño lógico y diseño físico.
Repaso de los conceptos de programación orientada a objetos. Asociación, agregación, composición, herencia, dependencia. Concepto de objeto, acoplamiento y cohesión.
Este documento proporciona una introducción al Lenguaje de Modelado Unificado (UML). Explica que UML permite modelar, construir y documentar los elementos de un sistema de software orientado a objetos. UML define una notación y semántica común para permitir el intercambio de modelos entre herramientas. Proyecta diferentes vistas de un sistema a través de diagramas como clases, casos de uso, secuencia, actividades y más.
Ejercicio 2
Se quiere diseñar una base de datos relacional que almacene información relativa a los zoos existentes en el mundo, así como las especies animales que éstos albergan. De cada zoo se conoce el nombre, ciudad y país donde se encuentra, tamaño (en m2) y presupuesto anual. De cada especie animal se almacena el nombre vulgar y nombre científico, familia a la que pertenece y si se encuentra en peligro de extinción.
Además, se debe guardar información sobre cada animal que los zoos poseen, como su número de
Identificación, especie, sexo, año de nacimiento, país de origen y continente.
animal{ numidentificacion,especie, nombrevulgar,nombrecientifico,familiapertece,sexo,año,nacimiento,paisorigen,continente,peligroextincion
Este documento describe conceptos clave de programación orientada a objetos como clases, objetos, tipos abstractos de datos, constructores, paquetes y la clase Object. Explica cómo declarar una clase, los diferentes tipos de visibilidad de métodos, y el uso de this. También cubre temas como recolección de objetos, miembros static, y provee ejemplos de cómo aplicar estos conceptos en Java.
Este documento habla sobre los temas de bases de datos orientadas a objetos. Explica conceptos clave como objetos, clases, herencia, propiedades y métodos de objetos. También describe características mandatorias, opcionales y abiertas de las bases de datos orientadas a objetos. Finalmente, resume las características de un sistema de base de datos orientado a objetos.
El documento describe una empresa que vende productos a clientes. Los datos de los clientes incluyen nombre, DNI, dirección y fecha de nacimiento. Los productos tienen nombre, código y precio. Los clientes pueden comprar varios productos y un producto puede ser comprado por varios clientes. Los productos son suministrados por proveedores, donde cada producto solo puede ser suministrado por un proveedor.
El documento describe los conceptos fundamentales del modelo entidad-relación, incluyendo entidades, atributos, claves, relaciones y tipos de relaciones. Explica que las entidades representan objetos del mundo real, los atributos son sus características, y las relaciones capturan cómo las entidades se relacionan entre sí. También cubre conceptos como claves primarias y foráneas, cardinalidades, y diagramas entidad-relación.
Esta presentación nos muestra los conceptos Fundamentales para el Diseño y Creación de Base de Datos Relacionales, se Centra en el Modelo de Datos Relacional, ya que es el mas usado a nivel mundial.
El documento describe el modelo entidad-relación, el cual consiste en entidades (objetos del mundo real), atributos de las entidades, y relaciones entre las entidades. Existen tres tipos de relaciones: uno a uno, uno a muchos, y muchos a muchos. Las relaciones definen las asociaciones entre las entidades y pueden tener restricciones de llave.
Este documento describe las herramientas del análisis estructurado como los diagramas de flujo de datos, las bases de datos y los modelos relacionales y de entidad-relación. Explica que los diagramas de flujo de datos muestran el flujo de datos a través de procesos y que las bases de datos almacenan datos de manera estructurada para su uso por diferentes programas y usuarios. También define los componentes de un modelo relacional como tablas, filas, columnas y claves, y describe que el modelo de entidad-relación representa relaciones
El documento describe los conceptos básicos del modelo entidad-relación (E-R) para el diseño de bases de datos. El modelo E-R representa el mundo real mediante entidades, atributos y relaciones. Las entidades tienen atributos y tipos de entidad, e instancias individuales. Las relaciones representan asociaciones entre instancias de entidades. El documento explica los conceptos clave de atributos, tipos y cardinalidad de relaciones.
La aplicación gestiona clientes, productos, pedidos y cuentas de pago. Los clientes pueden realizar pedidos simples o compuestos de productos siempre que tengan alguna cuenta con dinero disponible. Los pedidos pasan por estados de pendiente, cobrado y distribuido/confirmado. Existe un proceso diario de cobro que comprueba los pedidos pendientes y los cobra o rechaza según el saldo de las cuentas.
Este documento presenta el esquema del modelo relacional de la empresa Llano de la Torre, especializada en la comercialización de muebles para baño. El modelo incluye 9 entidades con sus atributos y claves. Las entidades se vinculan entre sí a través de campos comunes como identificadores. El modelo garantiza la no duplicidad de registros a través de claves, y la eliminación de registros relacionados cuando se elimina uno. El modelo favorece la comprensión de las relaciones entre las entidades de la empresa.
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.
Este documento describe el modelo entidad-relación para bases de datos. Explica que una entidad representa objetos del mundo real y se describe mediante atributos. Las relaciones representan asociaciones entre entidades. Presenta los tipos de relaciones (uno a uno, uno a varios, varios a uno, varios a varios) y la simbología utilizada en diagramas entidad-relación. Finalmente, ofrece un ejemplo de aplicación del modelo a una clínica médica.
El documento habla sobre el álgebra relacional, un método de manipulación de tablas y columnas que permite crear nuevas tablas a partir de las existentes. Explica los conceptos básicos como operadores, sentencias y estructuras del álgebra relacional para realizar consultas en bases de datos.
El documento habla sobre los modelos de datos y su definición. Explica que los modelos de datos permiten representar un dominio mediante reglas y símbolos de un lenguaje de modelado. También describe los componentes de un modelo de datos como la estática, dinámica, objetos, propiedades, relaciones y restricciones. Finalmente, menciona diferentes tipos de modelos como los conceptuales, lógicos e internos.
Transformar modelo entidad relacion a modelo logicojosecuartas
Este documento describe las reglas para transformar un modelo entidad-relación (ER) a una base de datos relacional. Las tres reglas principales son: 1) cada entidad se convierte en una tabla con su clave principal; 2) cada relación muchos-a-muchos se convierte en una tabla; 3) cada relación uno-a-muchos o uno-a-uno se convierte propagando la clave principal. También explica cómo transformar atributos como multivaluados, derivados y alternativos.
El documento presenta una introducción a la programación orientada a objetos en Java. Explica conceptos clave como ingeniería de software, abstracción, clases y objetos. Luego, detalla los pasos para declarar clases, atributos, métodos y constructores en Java. Finalmente, provee ejemplos de cómo declarar una clase Vehículo con atributos y métodos para gestionar la carga.
El documento describe los conceptos de clases y objetos en programación orientada a objetos. Define una clase como la abstracción de las propiedades y acciones de objetos del mundo real, y los objetos como instancias concretas de una clase. A través de ejemplos ilustra cómo identificar las clases y atributos involucrados en un dominio de problema, y modelar la solución utilizando un diagrama de clases UML.
Este documento presenta información sobre bases de datos. Explica conceptos clave del modelo entidad-relación como entidades, atributos, relaciones, cardinalidades y claves. También cubre temas como especialización, generalización y agregación. Finalmente, describe las fases del diseño de un esquema de base de datos usando el modelo E-R: diseño conceptual, diseño lógico y diseño físico.
Repaso de los conceptos de programación orientada a objetos. Asociación, agregación, composición, herencia, dependencia. Concepto de objeto, acoplamiento y cohesión.
El documento presenta conceptos básicos de programación orientada a objetos como clases, objetos, atributos, métodos, constructores y encapsulamiento. Explica que una clase define el tipo de objetos y sus características comunes, mientras que un objeto es una instancia concreta de una clase. También describe cómo las clases pueden tener atributos para representar el estado y métodos para el comportamiento.
El documento describe los principios básicos de la programación orientada a objetos. Explica conceptos como clases, objetos, abstracción, encapsulación, herencia y polimorfismo. También presenta ejemplos para ilustrar cómo se pueden modelar objetos del mundo real como clases en un sistema de software orientado a objetos.
Este documento introduce los conceptos básicos de la programación orientada a objetos, incluyendo clases, objetos, herencia, encapsulamiento, polimorfismo y abstracción. Explica que una clase define la estructura y comportamiento de los objetos, mientras que un objeto es una instancia concreta de una clase. También describe cómo el modelo conceptual identifica las principales abstracciones de un sistema a través de diagramas de clases y un diccionario de modelos.
El documento presenta un informe de un proyecto realizado por dos estudiantes para la profesora Ing. Carla V. Leal del Instituto Universitario Politécnico “Santiago Mariño”. Incluye los nombres y cédulas de identidad de los estudiantes y la información básica sobre la institución educativa.
1) Se define una base de datos como un conjunto de tablas interrelacionadas que almacenan datos sin redundancias. 2) Las entidades representan objetos como personas, lugares u hechos de los cuales se desea obtener información. 3) Los atributos son las características de cada entidad como nombre, dirección o especialidad.
Este documento presenta un taller sobre el modelo entidad relación (E-R). Explica los componentes de un modelo E-R como entidades, atributos y relaciones. También describe cómo representarlos gráficamente y conceptos como claves y cardinalidad. Finalmente, propone cuatro ejercicios para diseñar bases de datos usando el modelo E-R.
El documento describe los conceptos fundamentales de la programación orientada a objetos, incluyendo clases, objetos, herencia, encapsulamiento y polimorfismo. Explica cómo modelar un sistema usando clases y objetos, resaltando que las clases definen la estructura y comportamiento común a los objetos, mientras que los objetos son instancias concretas de una clase.
1) El documento presenta información sobre un curso de base de datos, incluyendo el temario que cubre conceptos como modelado de datos, elementos básicos de un modelo de datos y el modelo entidad relación. 2) Explica que un modelo de datos muestra la estructura lógica de los datos en una base de datos, incluyendo relaciones y restricciones. 3) Define conceptos clave como entidad, atributo, relación y cardinalidad que son elementos fundamentales de un modelo de datos.
Este documento describe los diferentes tipos de modelos de datos, incluyendo modelos lógicos basados en objetos y registros, y el modelo entidad-relación. Explica conceptos como entidades, atributos, relaciones y restricciones de integridad. También cubre propiedades estáticas e invariantes de los modelos de datos.
El documento describe los conceptos fundamentales del modelo entidad-relación (E/R) para el diseño de bases de datos. Explica que el modelo E/R representa entidades y relaciones entre ellas mediante gráficos. Las entidades tienen atributos y pueden ser fuertes o débiles. Las relaciones vinculan entidades y pueden ser de uno a uno, uno a muchos o muchos a muchos. El modelo también describe jerarquías de generalización y herencia de atributos.
Se muestra la definición de objeto semántico,, sus atributos, tipos de objetos y la relación que existe entre el Modelo del Objeto Semántico y el Modelo E-R.
El documento describe los conceptos fundamentales del modelo de datos entidad-relación, incluyendo las definiciones de entidad, atributo, relación, tipos de entidades (fuerte y débil), tipos de relaciones (uno a uno, uno a muchos, muchos a muchos), claves y restricciones estructurales. También menciona brevemente algunos problemas comunes con este modelo de datos como valores nulos, redundancia y espacio de almacenamiento.
La programación Orientada a objetos (POO) es una forma especial de programar, más cercana a como expresaríamos las cosas en la vida real que otros tipos de programación.
La programación orientada a objetos (POO, u OOP según sus siglas en inglés) es un paradigma de programación que usa objetos en sus interacciones, para diseñar aplicaciones y programas informáticos.
Con la POO tenemos que aprender a pensar las cosas de una manera distinta, para escribir nuestros programas en términos de objetos, propiedades, métodos y otras cosas que veremos rápidamente para aclarar conceptos y dar una pequeña base que permita soltarnos un poco con este tipo de programación.
Está basada en varias técnicas, incluyendo herencia, cohesión, abstracción, polimorfismo, acoplamiento y encapsulamiento. Su uso se popularizó a principios de la década de 1990. En la actualidad, existe una gran variedad de lenguajes de programación que soportan la orientación a objetos.
Este documento presenta un ejemplo de clase en C++ para representar números complejos. La clase complejo define las partes real e imaginaria como variables privadas y declara una serie de funciones y operadores como métodos públicos para manipular los objetos de la clase, incluyendo constructores, funciones de acceso, sobrecarga de operadores aritméticos y de comparación, y sobrecarga del operador de inserción para la salida de objetos de la clase. El código se divide en tres archivos, uno para la declaración de la clase, otro para la implementación de los mé
El documento describe los elementos del modelo entidad-relación (E/R), propuesto por Chen en 1976-1977 para modelar bases de datos. Incluye las definiciones de entidades, atributos, dominios, relaciones e identificadores, así como las restricciones de integridad como cardinalidades y dependencias. Explica los conceptos clave del modelo E/R para representar la estructura estática de los datos en una base de datos.
El documento describe los diagramas de entidad-relación (E-R), herramientas para el modelado de datos de un sistema de información y sus interrelaciones. Fueron creados por Peter Chen en los años 1970 y desde entonces han sufrido modificaciones. Mediante diagramas E-R se visualizan las entidades de una base de datos, sus atributos y cómo se vinculan a través de relaciones. Incluyen ejemplos de cómo identificar entidades, atributos y relaciones para crear un diagrama E-R de un problema dado.
Este documento presenta información sobre el modelo entidad-relación para el diseño de bases de datos. Explica los pasos para diseñar una base de datos, incluyendo el análisis de requisitos, diseño conceptual, diseño lógico y diseño físico. Describe los componentes de un diagrama entidad-relación como entidades, atributos, relaciones, cardinalidad y opcionalidad. También incluye ejemplos y tips para la modelación de datos usando este enfoque.
Similar a Ejercicios Modelo Entidad Asociación (20)
Este documento explica el Cálculo Relacional, un lenguaje formal para consultar bases de datos. Explica conceptos como tuplas, predicados, cuantificadores existenciales y universales, y cómo se pueden usar para expresar consultas equivalentes a las operaciones del Álgebra Relacional como proyección, selección, unión e intersección. También muestra ejemplos de consultas sobre relaciones de estudiantes y profesores.
Este documento describe varios lenguajes de consulta formales para bases de datos, incluyendo el álgebra relacional y el cálculo relacional. Explica las operaciones fundamentales del álgebra relacional como selección, proyección, unión, diferencia de conjuntos y producto cartesiano, así como operaciones adicionales como la intersección y la reunión natural. También describe operaciones extendidas como la reunión externa y funciones de agregación.
Este documento explica los conceptos de normalización y formas normales en bases de datos relacionales. La normalización sirve para minimizar la redundancia, facilitar el mantenimiento de datos y reducir el impacto de cambios. Se describen las primeras, segunda y tercera formas normales, y cómo aplicarlas mediante partición de relaciones para eliminar dependencias funcionales conflictivas.
Este documento explica el concepto de dependencias funcionales (DF), las cuales son fundamentales para la normalización de bases de datos. Indican una dependencia entre valores de atributos dentro de una relación. Por ejemplo, el número de préstamo podría determinar funcionalmente el saldo de un préstamo. El documento también cubre temas como las DF triviales, implícitas y el cierre de un conjunto de DF, el cual incluye todas las DF lógicamente implicadas.
Este documento describe los conceptos fundamentales del modelo relacional de bases de datos, incluyendo reglas de integridad, objetivos del diseño, peligros como la repetición de información y pérdida de datos, y tipos de anomalías como las de inserción, retiro y actualización. Explica cómo la normalización puede resolver problemas dividiendo esquemas en subesquemas más pequeños.
El documento presenta los conceptos fundamentales del modelo de datos relacional, incluyendo las características generales del modelo, sus elementos como relaciones, tuplas, atributos, dominios y claves. También describe las reglas de integridad como la clave primaria y la integridad referencial.
Este documento describe los diferentes modelos de datos utilizados en ingeniería de requisitos y diseño de bases de datos, incluyendo el modelo conceptual, modelo lógico y modelo físico. Explica que el modelo conceptual provee una descripción de alto nivel de la estructura de datos independiente del sistema de gestión de base de datos subyacente, el modelo lógico depende del tipo de sistema pero mantiene un lenguaje de alto nivel, y el modelo físico describe la implementación física de la base de datos en el disco para un sistema en particular.
Este documento presenta una introducción a los conceptos básicos de las bases de datos. Explica el origen de las bases de datos debido a problemas con la redundancia y inconsistencia de datos en sistemas de archivos tradicionales. Define los componentes clave de un sistema de bases de datos como el hardware, software, datos e usuarios. Además, describe elementos como el esquema lógico de la base de datos, el sistema de gestión de base de datos y sus funciones, y la arquitectura ANSI/SPARC de tres niveles para lograr la independencia de datos.
1. M Ó N I C A M A R Í A R O J A S R I N C Ó N
M M R O J A S @ E L P O L I . E D U . C O
O F I C I N A : P 1 9 - 1 4 2
BASES DE DATOS 1
UNIDAD 3 – MODELO
ENTIDAD-RELACIÓN 2ª
PARTE
2. EJERCICIOS
• La universidad “U” se divide en varias escuelas.
Cada escuela es administrada por un decano.
Los decanos son profesores a los cuales se les
asignan tareas administrativas. Cada escuela
se compone de varios departamentos. Por
ejemplo la escuela de Negocios tiene un
departamento de contabilidad, uno de costos,
uno de presupuesto, etc.
Cada departamento ofrece varios cursos. Una
clase es una sección de un curso. Es decir un
departamento puede ofrecer varias secciones
(clases) de un mismo curso. Cada una de esas
clases es impartida por un profesor a una hora
y lugar dados.
2
5. ELEMENTOS BÁSICOS
• Entidad: Objeto del mundo real sobre el que
queremos almacenar información. Clase de
objetos relevantes y distinguibles del mundo, que
son los sujetos de interés para el modelo, para la
organización. Ej.: Cliente, Empleado, Proveedor,
Almacén, etc.
• Relación : conexión, asociación entre 2 entidades
(relación binaria)
• Atributo: datos que definen el objeto. Propiedad
básica o característica de interés que describe una
entidad o asociación. Ej. Atributos de la entidad
Cliente : cédula, nombre, dirección, teléfono, etc.
5
6. NOTACIÓN
• Barker: (1990) es una de las más populares,
fue adoptada por Oracle Corporation en
sus productos de modelado de datos; y
sirve de referente en la metodología
planteada en CASE*Method.
6
7. ENTIDAD
• Se representa con un nombre único, en mayúsculas y
singular.
• Tipos:
• Débiles: no posee una llave primaria, para existir depende de
la relación con una entidad fuerte. Ej. Detalle_factura
• Normales: Tienen existencia propia. Ej. Producto, cliente, etc
• Se pueden identificar a partir de la descripción de los
requisitos:
• sustantivos de la descripción,
• información relevante de las posibles entidades
candidatas,
• cada instancia se puede identificar en forma única.
7
8. RELACIÓN
• Relación binaria bidireccional, significativa y nombrable
entre 2 entidades (no necesariamente diferentes)
• Establecen una acción o hecho
• Características:
• Nombre a cada lado de la relación
• Cardinalidad (u opcionalidad]) : debe ( )o puede (
)
• Grado: una o muchas ( ), una y sólo una ( )
• Tipos:
• Uno a uno
• Uno a muchos
• Muchos a muchos
8
9. ATRIBUTOS
• Información que se necesita conocer y mantener de una
entidad.
• Identifican, califican, cuantifican, clasifican o expresan el
estado de la entidad
• Atributo simple: no se puede subdividir. Ej. Edad, genero, etc.
• Atributo compuesto: puede subdividirse. Ej. Dirección.
• Atributos multivaluados: se deben o colocar explicitos en la
entidad o se crea una nueva entidad para manejar los
valores. Ej. Notas de un estudiante.
• Representación:
• Nombre en minúsculas (códigoCliente o código_cliente)
• Identificador ( # ), Obligarorio ( * ), Opcional ( o )
9
10. IDENTIFICADORES
• Es el conjunto de atributos y/o relaciones, que
identifican de manera única una entidad.
• Tipos
• Único: la entidad tiene un único identificador. Ej. Cédula
para Persona
• Varios identificadores o llaves candidatas: se debe
seleccionar sólo uno, los demás quedan como obligatorios.
• Identificador compuesto: se requiere de dos o más
atributos para identificar la entidad.
• Identificador compuesto por un atributo y una relación:
generalmente son entidades débiles, que necesitan de la
relación con otra entidad para existir, y por ende para
identificarse.
10
11. SUPERTIPOS Y SUBTIPOS DE ENTIDAD
• Son entidades que comparten algunas
características y otras que las diferencian.
• El Supertipo contiene los atributos compartidos
• El Subtipo contiene los atributos únicos.
• En el ejemplo anterior habría entonces por ejemplo
una entidad EMPLEADO supertipo, y dos entidades
PROFESOR y DECANO que serían subtipos de
EMPLEADO.
11
EMPLEADO
#cédula
*nombre
…
Supertipo
Subtipos
PROFESOR
*área
DECANO
* facultad_a_cargo
12. EJERCICIO
• Una empresa de aviación podrá emplear pilotos y
muchos otros tipos de empleados. La
representación de todos los empleados en una sola
entidad será inconveniente ya que no todos los
empleados tendrán valores en todos los atributos.
Pensemos por ejemplo en una tabla donde se
guardan todos los empleados, las columnas que
correspondan a empleados que no son pilotos
tendrán atributos en blanco, puesto que una
secretaria no tiene horas de vuelo, por ejemplo.
12
13. EJERCICIO
• Es en estos casos en donde se hace necesario
pensar en un SUPERTIPO en este caso por ejemplo
EMPLEADO (nombre, apellidos, dirección, teléfono,
etc.) y un SUBTIPO en este caso por ejemplo PILOTO
que además de los atributos del supertipo
EMPLEADO tendrá como atributos (horas de vuelo,
nro de licencia, etc.)
13
14. SUPERTIPOS Y SUBTIPOS DE ENTIDAD
14
EMPLEADO
#cédula
*nombre
…
Supertipo
Subtipos
PILOTO
*nro_licencia
*horas_vuelo
SECRETARIA
* registro
15. SUPERTIPOS Y SUBTIPOS DE ENTIDAD
• El modelo de subtipos es excluyente
• Los subtipos “heredan” todos los atributos
del supertipo
• Un subtipo puede tener relaciones normalmente
con otras entidades al igual que el supertipo
• Un supertipo puede tener cualquier cantidad de
subtipos
• Un subtipo puede a su vez poseer subtipos
• El atributo identificador del supertipo queda como
identificador en cada uno de los subtipos
15
16. SUPERTIPOS Y SUBTIPOS DE ENTIDAD
• No es posible que 2 subtipos tengan el mismo valor
en el atributo identificador (no serían excluyentes)
• Cada subtipo puede poseer identificadores
alternativos
• Existe una relación 1 a 1 implícita entre cada
subtipo y el supertipo
16
17. 17
Si se tiene un modelo no
excluyente NO SE
PUEDEN usar subtipos. En
ese caso se procede así:
En este modelo la persona puede ser
simultáneamente ESTUDIANTE y
DOCENTE
NO EXCLUSIVO
PERSONA
#cédula
*nombre
ESTUDIANTE
* promedio
PROFESOR
* registro
EXCLUSIVO
Un estudiante NO puede ser profesor
Un profesor NO puede ser estudiante
PERSONA
ESTUDIANTE
DOCENTE
18. ARCOS
18
generadora
de
FACTURA
# código
* fecha
EMPRESA
# nit o
conmutador
para
generadora
de
PERSONA
# cédula
* añoNacimiento
para
Una factura debe ser para una empresa o para una persona
Una empresa puede ser generadora de muchas facturas
Una persona puede ser generadora de muchas facturas
Por definición las asociaciones cruzadas por un arco deben ser todas
obligatorias o todas opcionales.
19. ARCOS
• Cualquier número de entidades puede
participar en un arco.
• Es normal que los nombres de las relaciones
de las entidades participantes en el arco
sean iguales
• Existe una correspondencia muy alta entre
los arcos y los subtipos, dependiendo de la
naturaleza del problema y de la
complejidad es posible pasar de arcos a
subtipos y viceversa…
19
20. EJERCICIO
Se desea construir una base de datos para guardar información sobre
los Parques Naturales de un país determinado.
Cada Parque natural posee un conjunto de áreas claramente
delimitadas.
En los parques habitan seres vivos (plantas y animales) y seres inertes
(minerales).
Sólo para los seres vivos se guarda una pequeña información
taxonómica:
Familia, Orden y Clase. Ejemplo: buitre (Familia: Cathartidae, Orden:
Ciconiformes, Clase: Aves)
De una Orden pueden haber muchas Familias y de una Clase muchas
Órdenes. A su vez una Orden sólo pertenece a una Clase y una Familia
a una Orden.
Un ser vivo puede habitar diversas zonas (áreas) de un Parque. Interesa
registrar en cada área de un Parque cuantos seres vivos de cada tipo
existen.
Ej: Número de buitres en el área 45 del Parque "Muñeco de Agua".
20
21. EJERCICIO (CONTINUACIÓN…)
Para cada animal se guarda la información sobre los tipos
de seres que suele consumir. Los animales se pueden
alimentar de plantas o de otros animales.
Ni a las plantas (ni muchos menos a los minerales) se les
lleva esta información.
(no hay plantas carnívoras en este sistema y así las hubiera
no interesa documentarles tal información). Se asume que
los animales no comen minerales.
En cada Parque hay diferentes tipos de personal. Hay
investigadores, los cuales están adscritos a un solo Parque.
Los investigadores suelen conformar grupos de
investigación. Es válido que un grupo de investigación esté
conformado por investigadores provenientes de diferentes
parques.
Un investigador puede pertenecer a diversos grupos de
investigación.
21
22. EJERCICIO (CONTINUACIÓN…)
Los grupos de investigación suelen hacer proyectos. Hay dos tipos de
proyectos:
• Individuales: Tienen como objeto de estudio a un tipo de ser en
específico (Ej: Los buitres).
• Multifaceta: Tienen como objeto de estudio la interacción entre
diversos seres (Ej: "Estudio de las relaciones entre koalas, elefantes y
bambú", "Resultados del cruce entre vacas y caballos 'vacabalos' ").
A los proyectos individuales se les asigna un evaluador (que puede ser
cualquier investigador inscrito en el sistema de Parques). Estos proyectos no
tienen obligación de publicar artículos (pero si informes de avance) a
diferencia de los proyectos multifaceta que no se les asigna evaluador pero
tienen la obligación de producir mínimo 2 artículos e informes de avance.
De los artículos se guarda la información de los autores (los autores son los
investigadores adscritos al sistema de parques), lo normal (aunque no es
obligatorio) es que los autores de un artículo, proveniente de un proyecto,
sean un subconjunto de los investigadores que realizan dicho proyecto.
Un artículo es sometido a una serie de evaluaciones por parte de pares
externos para lograr la publicación en una determinada revista.
22
23. EJERCICIO (CONTINUACIÓN…)
• En los parques también hay vigilantes de las áreas.
Interesa saber cada vigilante en que área está (y
en que áreas estuvo en el pasado). Un área puede
ser vigilada simultáneamente por muchos
vigilantes. Ej: El vigilante Niki está en el área 55 del
Parque "Cerdo Inteligente" desde el 13 de Julio de
2005. Antes estuvo en el área 8 del Parque
"Faisanes con Colbón" del 7 al 12 de Julio de 2005
etc.
• Un vigilante está adscrito a un Parque pero puede
ser asignado para trabajar en un área de cualquier
Parque.
23
24. REFENCIAS
Basado en:
• C.J. Date. “Introducción a los Sistemas de bases de datos.
Vol.1”. Quinta edición. Addison Wesley. Cap 1 y2.
• Silberschatz, A., Korth, H.F., Sudarshan, S. Fundamentos de
diseño de bases de datos. 5ª Edición. Mc Graw Hill.
• Claudia Jimenez. Bases de datos.
http://www.unalmed.edu.co/~csjimene/pub2/bd.pdf
24