El documento describe el modelo relacional de bases de datos. Este modelo representa la información en forma de tablas o relaciones, donde cada fila representa una tupla de valores relacionados. Las relaciones tienen atributos y esquemas que definen su estructura. El modelo incluye conceptos como claves primarias, valores nulos y restricciones de integridad para garantizar la consistencia de los datos.
El documento describe los conceptos fundamentales del modelo de datos relacional, incluyendo tablas, tuplas, dominios, claves primarias, claves foráneas y diferentes tipos de relaciones entre tablas (1:1, 1:N, N:M). Explica cómo transformar un esquema de clases orientado a objetos a un esquema de base de datos relacional mediante la conversión de clases en tablas y relaciones en tablas y claves foráneas.
El documento introduce el modelo de datos relacional, propuesto por E.F. Codd en 1970. Explica que representa una base de datos como un conjunto de tablas formadas por filas y columnas. Cada tabla se denomina una relación, las filas son tuplas y las columnas son atributos. Además, describe las propiedades fundamentales de las relaciones como el grado, la cardinalidad y el esquema, incluyendo la clave primaria y las claves foráneas.
Este documento describe varios modelos de datos, incluyendo el modelo entidad-relación, el modelo orientado a objetos, el modelo relacional, el modelo jerárquico y el modelo de red. Explica que el modelo entidad-relación representa entidades y relaciones entre ellas de forma gráfica, y que el modelo orientado a objetos usa encapsulación y herencia. También describe que el modelo relacional almacena datos en tablas con filas y columnas, y que el modelo jerárquico organiza datos en una estructura de árbol jerárquica.
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.
Este documento presenta un modelo de datos para el proceso de facturación de una empresa. Describe las entidades clave como Factura y Artículos de Factura y sus relaciones. Cada Factura se compone de Artículos de Factura, que a su vez pueden estar relacionados con Productos, Características de Producto o Inventario. El modelo captura información relevante como fechas, descripciones e importes para facilitar el seguimiento de pagos y la emisión de facturas.
Este documento describe los pasos en el diseño de bases de datos, incluyendo la transformación del esquema conceptual al esquema lógico y la normalización del esquema lógico. Explica los conceptos clave del modelo relacional como tablas, tuplas, claves, restricciones y el álgebra relacional. Resume los objetivos del modelo relacional y los elementos necesarios para lograr la independencia lógica y física de los datos.
Se detallan conceptos basicos sobre el modelado de datos, para posteriormente pasar a realizar el analisis y modelado de datos de FACTURACIÓN en forma general para poder ser aplicada en cualquier organizacion, se muestra el diagrama de casos de uso de FACTURACIÓN y la descripción correspondiente.
El documento introduce los modelos entidad-relación y relacional, y cómo convertir un modelo entidad-relación a uno relacional. Explica las reglas de normalización y las reglas de Codd para sistemas de bases de datos relacionales. El objetivo es obtener conocimientos sobre estos modelos, saber relacionar y normalizar una entidad relación, y comprender las reglas de Codd.
El documento describe los conceptos fundamentales del modelo de datos relacional, incluyendo tablas, tuplas, dominios, claves primarias, claves foráneas y diferentes tipos de relaciones entre tablas (1:1, 1:N, N:M). Explica cómo transformar un esquema de clases orientado a objetos a un esquema de base de datos relacional mediante la conversión de clases en tablas y relaciones en tablas y claves foráneas.
El documento introduce el modelo de datos relacional, propuesto por E.F. Codd en 1970. Explica que representa una base de datos como un conjunto de tablas formadas por filas y columnas. Cada tabla se denomina una relación, las filas son tuplas y las columnas son atributos. Además, describe las propiedades fundamentales de las relaciones como el grado, la cardinalidad y el esquema, incluyendo la clave primaria y las claves foráneas.
Este documento describe varios modelos de datos, incluyendo el modelo entidad-relación, el modelo orientado a objetos, el modelo relacional, el modelo jerárquico y el modelo de red. Explica que el modelo entidad-relación representa entidades y relaciones entre ellas de forma gráfica, y que el modelo orientado a objetos usa encapsulación y herencia. También describe que el modelo relacional almacena datos en tablas con filas y columnas, y que el modelo jerárquico organiza datos en una estructura de árbol jerárquica.
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.
Este documento presenta un modelo de datos para el proceso de facturación de una empresa. Describe las entidades clave como Factura y Artículos de Factura y sus relaciones. Cada Factura se compone de Artículos de Factura, que a su vez pueden estar relacionados con Productos, Características de Producto o Inventario. El modelo captura información relevante como fechas, descripciones e importes para facilitar el seguimiento de pagos y la emisión de facturas.
Este documento describe los pasos en el diseño de bases de datos, incluyendo la transformación del esquema conceptual al esquema lógico y la normalización del esquema lógico. Explica los conceptos clave del modelo relacional como tablas, tuplas, claves, restricciones y el álgebra relacional. Resume los objetivos del modelo relacional y los elementos necesarios para lograr la independencia lógica y física de los datos.
Se detallan conceptos basicos sobre el modelado de datos, para posteriormente pasar a realizar el analisis y modelado de datos de FACTURACIÓN en forma general para poder ser aplicada en cualquier organizacion, se muestra el diagrama de casos de uso de FACTURACIÓN y la descripción correspondiente.
El documento introduce los modelos entidad-relación y relacional, y cómo convertir un modelo entidad-relación a uno relacional. Explica las reglas de normalización y las reglas de Codd para sistemas de bases de datos relacionales. El objetivo es obtener conocimientos sobre estos modelos, saber relacionar y normalizar una entidad relación, y comprender las reglas de Codd.
La universidad mantiene información sobre alumnos, profesores, departamentos, proyectos de investigación, asignaturas y grupos. Para cada entidad se guardan atributos específicos como nombre, dirección, notas, carrera, rango, despacho, entre otros. Se distinguen alumnos licenciados de becarios, donde cada becario tiene un profesor tutor. Los departamentos tienen un director y secretaría. Las asignaturas se organizan en grupos con un profesor responsable por grupo.
El documento describe los conceptos básicos de modelado de datos, incluyendo el modelo entidad-relación para modelar entidades, atributos, relaciones y cardinalidades. Explica que el objetivo del modelado es producir una descripción estructurada de la organización y el negocio del cliente para permitir construir un sistema basado en este modelo.
Este documento presenta información sobre el diseño lógico, físico y el modelo entidad-relación para bases de datos. Define el diseño lógico como una descripción de la estructura de la base de datos en términos de las estructuras de datos que puede procesar un SGBD. El diseño físico especifica cómo se almacenan los datos y depende del SGBD concreto. Finalmente, explica que el modelo entidad-relación describe los datos y sus relaciones mediante entidades, atributos y relaciones representadas gráficamente.
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.
Este documento presenta una discusión sobre el modelo entidad relación propuesto por Richard Baker y los elementos que lo componen como entidades, atributos y relaciones. También explica el modelo relacional, sus componentes como tablas, registros, campos y esquemas, y define conceptos como dominios, relaciones e instancias. Por último, identifica a Edgar F. Codd como el creador de las tres primeras formas normales y resume las 12 reglas propuestas por Codd para los sistemas de bases de datos relacionales.
Este documento describe diferentes tipos de datos y estructuras de datos, incluidos arrays unidimensionales y multidimensionales. Explica conceptos como campos, variables, constantes, expresiones y diferentes tipos de operadores como aritméticos, relacionales y lógicos. También cubre temas como tablas de operadores aritméticos y cómo transformar expresiones algebraicas tradicionales a expresiones aritméticas que un computador puede entender.
Transformación de Modelo E-R a Modelo Relacional Ejemplo y ReporteNeoinquisidor
El documento describe el proceso de transformar un modelo de entidad-relación a un modelo relacional. Se identifican las entidades Cliente, Auto y Promotor y sus atributos. Luego, cada entidad se convierte en una tabla en la base de datos relacional, y los atributos se convierten en campos. Las relaciones uno a uno entre las entidades generan tablas adicionales con claves foráneas. El resultado final son 5 tablas y ejemplos de registros.
1) El documento habla sobre el diseño lógico en el modelo relacional, incluyendo los elementos básicos como atributos, dominios, tuplas y relaciones. 2) Explica las tres reglas básicas para transformar un esquema entidad-relación a un esquema relacional: transformación de entidades, atributos y dominios, transformación de interrelaciones M: N, 1: N y 1: 1. 3) También discute sobre la pérdida potencial de semántica al transformar a un modelo relacional.
Diseño Logico - Diseño de bases de datos relacionalesRobert Rodriguez
Este documento describe el proceso de diseño lógico de bases de datos relacionales. Explica conceptos como el modelo relacional, las relaciones, atributos y tuplas. También cubre las restricciones de integridad y la transformación de un modelo entidad-relación a un esquema relacional, incluyendo la selección de claves primarias y la normalización.
DiseñO LóGico De Bases De Datos Para El Modelo RelacionalNatalia Ludeña
El documento describe los pasos para construir y validar un modelo lógico de datos relacional a partir de un modelo conceptual de datos. Estos pasos incluyen determinar las relaciones y tablas del modelo lógico, validarlas mediante normalización y comprobando las transacciones de los usuarios, verificar las restricciones de integridad y repasar el modelo con los usuarios. También se describe cómo combinar múltiples modelos lógicos en un modelo global y verificar consideraciones de crecimiento futuro.
El documento describe diferentes tipos de datos y estructuras de datos. Detalla los tipos de datos enteros, reales, lógicos y de caracteres, así como los tipos enumerados y de subrango. También explica estructuras de datos como arreglos, cadenas de caracteres, registros, listas, árboles y más. Finalmente, define conceptos de algoritmos como su representación a través de pseudocódigo y diagramas de flujo.
Este documento describe los conceptos básicos de los modelos de datos, incluyendo tipos de objetos, relaciones y restricciones. Explica que un modelo de datos representa las propiedades estáticas y dinámicas del mundo real a través de objetos, atributos, relaciones, operaciones y transacciones. También provee ejemplos de cómo aplicar estos conceptos a un sistema de información para la gestión de un plan de ordenación docente.
El documento describe los conceptos fundamentales del modelo de datos relacional, incluyendo tablas, atributos, tuplas, claves primarias y ajenas, integridad referencial, álgebra relacional con operaciones como selección, proyección, unión, y lenguajes como SQL. Explica cómo las vistas permiten una vista lógica simplificada de los datos almacenados físicamente en tablas.
El documento resume los conceptos clave del modelo de datos relacional, incluyendo la definición de relación, tupla, atributo y dominio. Explica cómo las entidades y relaciones de un modelo conceptual se mapean a tablas en el modelo relacional y las restricciones de integridad inherentes a este modelo. También proporciona ejemplos de cómo se representan diferentes tipos de relaciones como 1:N, N:M y 1:1.
Este documento describe los modelos de datos relacionales. Explica que una base de datos relacional consiste en tablas vinculadas entre sí por campos comunes. Cada fila de una tabla se llama tupla y cada columna es un atributo. También cubre conceptos como clave primaria, normalización, formas normales y anomalías.
Este 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 las entidades, relaciones y atributos de un sistema de una manera independiente de la implementación. Define las entidades como objetos del mundo real sobre los cuales se desea almacenar información, las relaciones como asociaciones entre entidades, y los atributos como propiedades de las entidades y relaciones. También cubre conceptos como cardinalidad, claves y grado de relaciones. El objetivo es que los estud
Transformación del diagrama entidad relación al modelo relacional siguiendo estos pasos
conversion Entidad- Relacion a Modelo Relacional
Bases de Datos
Entidad Relacion
Este documento describe los conceptos fundamentales del modelo relacional de bases de datos, incluyendo tablas, atributos, tuplas, dominios, claves, interrelaciones y operaciones básicas como selección, proyección y unión. El objetivo del modelo relacional es representar los datos de una manera lógica y lograr independencia de los datos almacenados.
Este documento describe los principios del modelo de datos relacional y el proceso de pasar de un modelo entidad-relación al modelo relacional. Explica los conceptos clave como tablas, tuplas, claves primarias y foráneas, y las reglas para transformar un diagrama E-R en tablas relacionales como convertir entidades en tablas y relaciones en claves.
Este documento presenta un resumen del modelo de entidad-relación (ER) y sus componentes clave. Explica que el modelo ER se utiliza para crear diagramas de entidades, atributos y relaciones que representan los datos de un negocio. También describe los tipos de entidades, relaciones y cardinalidades, así como cómo se pueden representar gráficamente los componentes del modelo ER.
Este documento propone el uso de imágenes y estímulos visuales para enseñar contenidos históricos de la Alta Edad Media de manera más efectiva. Plantea que las imágenes pueden ayudar a comprender mejor este periodo histórico al permitir una apropiación más clara de los contenidos. También presenta algunas preguntas sobre la Alta Edad Media y sobre cómo las imágenes pueden generar mayor interés en los estudiantes. Finalmente, describe las habilidades del siglo XXI que se busca desarrollar y los criterios
El documento explica cómo asignar memoria dinámicamente mediante la función malloc() para crear arrays dinámicos. Se detalla que malloc() devuelve un puntero al primer byte de memoria asignada según el tamaño especificado. También presenta un ejemplo de programa completo que lee datos en un array dinámico y luego los imprime, utilizando funciones para separar las tareas.
La universidad mantiene información sobre alumnos, profesores, departamentos, proyectos de investigación, asignaturas y grupos. Para cada entidad se guardan atributos específicos como nombre, dirección, notas, carrera, rango, despacho, entre otros. Se distinguen alumnos licenciados de becarios, donde cada becario tiene un profesor tutor. Los departamentos tienen un director y secretaría. Las asignaturas se organizan en grupos con un profesor responsable por grupo.
El documento describe los conceptos básicos de modelado de datos, incluyendo el modelo entidad-relación para modelar entidades, atributos, relaciones y cardinalidades. Explica que el objetivo del modelado es producir una descripción estructurada de la organización y el negocio del cliente para permitir construir un sistema basado en este modelo.
Este documento presenta información sobre el diseño lógico, físico y el modelo entidad-relación para bases de datos. Define el diseño lógico como una descripción de la estructura de la base de datos en términos de las estructuras de datos que puede procesar un SGBD. El diseño físico especifica cómo se almacenan los datos y depende del SGBD concreto. Finalmente, explica que el modelo entidad-relación describe los datos y sus relaciones mediante entidades, atributos y relaciones representadas gráficamente.
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.
Este documento presenta una discusión sobre el modelo entidad relación propuesto por Richard Baker y los elementos que lo componen como entidades, atributos y relaciones. También explica el modelo relacional, sus componentes como tablas, registros, campos y esquemas, y define conceptos como dominios, relaciones e instancias. Por último, identifica a Edgar F. Codd como el creador de las tres primeras formas normales y resume las 12 reglas propuestas por Codd para los sistemas de bases de datos relacionales.
Este documento describe diferentes tipos de datos y estructuras de datos, incluidos arrays unidimensionales y multidimensionales. Explica conceptos como campos, variables, constantes, expresiones y diferentes tipos de operadores como aritméticos, relacionales y lógicos. También cubre temas como tablas de operadores aritméticos y cómo transformar expresiones algebraicas tradicionales a expresiones aritméticas que un computador puede entender.
Transformación de Modelo E-R a Modelo Relacional Ejemplo y ReporteNeoinquisidor
El documento describe el proceso de transformar un modelo de entidad-relación a un modelo relacional. Se identifican las entidades Cliente, Auto y Promotor y sus atributos. Luego, cada entidad se convierte en una tabla en la base de datos relacional, y los atributos se convierten en campos. Las relaciones uno a uno entre las entidades generan tablas adicionales con claves foráneas. El resultado final son 5 tablas y ejemplos de registros.
1) El documento habla sobre el diseño lógico en el modelo relacional, incluyendo los elementos básicos como atributos, dominios, tuplas y relaciones. 2) Explica las tres reglas básicas para transformar un esquema entidad-relación a un esquema relacional: transformación de entidades, atributos y dominios, transformación de interrelaciones M: N, 1: N y 1: 1. 3) También discute sobre la pérdida potencial de semántica al transformar a un modelo relacional.
Diseño Logico - Diseño de bases de datos relacionalesRobert Rodriguez
Este documento describe el proceso de diseño lógico de bases de datos relacionales. Explica conceptos como el modelo relacional, las relaciones, atributos y tuplas. También cubre las restricciones de integridad y la transformación de un modelo entidad-relación a un esquema relacional, incluyendo la selección de claves primarias y la normalización.
DiseñO LóGico De Bases De Datos Para El Modelo RelacionalNatalia Ludeña
El documento describe los pasos para construir y validar un modelo lógico de datos relacional a partir de un modelo conceptual de datos. Estos pasos incluyen determinar las relaciones y tablas del modelo lógico, validarlas mediante normalización y comprobando las transacciones de los usuarios, verificar las restricciones de integridad y repasar el modelo con los usuarios. También se describe cómo combinar múltiples modelos lógicos en un modelo global y verificar consideraciones de crecimiento futuro.
El documento describe diferentes tipos de datos y estructuras de datos. Detalla los tipos de datos enteros, reales, lógicos y de caracteres, así como los tipos enumerados y de subrango. También explica estructuras de datos como arreglos, cadenas de caracteres, registros, listas, árboles y más. Finalmente, define conceptos de algoritmos como su representación a través de pseudocódigo y diagramas de flujo.
Este documento describe los conceptos básicos de los modelos de datos, incluyendo tipos de objetos, relaciones y restricciones. Explica que un modelo de datos representa las propiedades estáticas y dinámicas del mundo real a través de objetos, atributos, relaciones, operaciones y transacciones. También provee ejemplos de cómo aplicar estos conceptos a un sistema de información para la gestión de un plan de ordenación docente.
El documento describe los conceptos fundamentales del modelo de datos relacional, incluyendo tablas, atributos, tuplas, claves primarias y ajenas, integridad referencial, álgebra relacional con operaciones como selección, proyección, unión, y lenguajes como SQL. Explica cómo las vistas permiten una vista lógica simplificada de los datos almacenados físicamente en tablas.
El documento resume los conceptos clave del modelo de datos relacional, incluyendo la definición de relación, tupla, atributo y dominio. Explica cómo las entidades y relaciones de un modelo conceptual se mapean a tablas en el modelo relacional y las restricciones de integridad inherentes a este modelo. También proporciona ejemplos de cómo se representan diferentes tipos de relaciones como 1:N, N:M y 1:1.
Este documento describe los modelos de datos relacionales. Explica que una base de datos relacional consiste en tablas vinculadas entre sí por campos comunes. Cada fila de una tabla se llama tupla y cada columna es un atributo. También cubre conceptos como clave primaria, normalización, formas normales y anomalías.
Este 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 las entidades, relaciones y atributos de un sistema de una manera independiente de la implementación. Define las entidades como objetos del mundo real sobre los cuales se desea almacenar información, las relaciones como asociaciones entre entidades, y los atributos como propiedades de las entidades y relaciones. También cubre conceptos como cardinalidad, claves y grado de relaciones. El objetivo es que los estud
Transformación del diagrama entidad relación al modelo relacional siguiendo estos pasos
conversion Entidad- Relacion a Modelo Relacional
Bases de Datos
Entidad Relacion
Este documento describe los conceptos fundamentales del modelo relacional de bases de datos, incluyendo tablas, atributos, tuplas, dominios, claves, interrelaciones y operaciones básicas como selección, proyección y unión. El objetivo del modelo relacional es representar los datos de una manera lógica y lograr independencia de los datos almacenados.
Este documento describe los principios del modelo de datos relacional y el proceso de pasar de un modelo entidad-relación al modelo relacional. Explica los conceptos clave como tablas, tuplas, claves primarias y foráneas, y las reglas para transformar un diagrama E-R en tablas relacionales como convertir entidades en tablas y relaciones en claves.
Este documento presenta un resumen del modelo de entidad-relación (ER) y sus componentes clave. Explica que el modelo ER se utiliza para crear diagramas de entidades, atributos y relaciones que representan los datos de un negocio. También describe los tipos de entidades, relaciones y cardinalidades, así como cómo se pueden representar gráficamente los componentes del modelo ER.
Este documento propone el uso de imágenes y estímulos visuales para enseñar contenidos históricos de la Alta Edad Media de manera más efectiva. Plantea que las imágenes pueden ayudar a comprender mejor este periodo histórico al permitir una apropiación más clara de los contenidos. También presenta algunas preguntas sobre la Alta Edad Media y sobre cómo las imágenes pueden generar mayor interés en los estudiantes. Finalmente, describe las habilidades del siglo XXI que se busca desarrollar y los criterios
El documento explica cómo asignar memoria dinámicamente mediante la función malloc() para crear arrays dinámicos. Se detalla que malloc() devuelve un puntero al primer byte de memoria asignada según el tamaño especificado. También presenta un ejemplo de programa completo que lee datos en un array dinámico y luego los imprime, utilizando funciones para separar las tareas.
1) El documento discute la importancia del cambio en las organizaciones y los pasos para lograr el cambio organizacional exitosamente. 2) Explica que el cambio es necesario para adaptarse al entorno cambiante y a las necesidades de los clientes, y para aprovechar nuevas oportunidades. 3) Señala que la dirección debe definir una visión clara del futuro y comunicarla efectivamente para guiar el cambio en la organización.
Este documento presenta diferentes definiciones de la administración. Define la administración como la acción de lograr objetivos a través del esfuerzo ajeno. Explora definiciones etimológicas, clásicas, reales y genéticas de la administración. También discute que la administración es una ciencia social que emplea métodos, principios y técnicas para coordinar el esfuerzo colectivo y alcanzar objetivos de manera eficiente a pesar de que los resultados no siempre son los deseados debido a otros factores.
This document discusses the need for an ethical framework to guide health promotion work. It defines ethics and lists several ethical principles like doing good, doing no harm, respect for autonomy, and justice. It also discusses instrumental values like respect, participation, collaboration and holism. The document advocates for using ethical questioning approaches like Socratic questioning to challenge thinking and move people towards equitable solutions. It provides several references to support the development of an ethical framework and code of ethics for health promotion.
Este documento resume el potencial hidroeléctrico en Guatemala y los desafíos para su aprovechamiento. Guatemala tiene un gran potencial en energía hidroeléctrica, pero actualmente solo se aprovecha el 7% debido a la resistencia comunitaria. El abordaje social es clave, considerando factores como la diversidad cultural, la tenencia de tierras, y la falta de infraestructura. Un enfoque de comunicación efectiva que tome en cuenta las diferentes concepciones del valor de la naturaleza podría facilitar un mayor aprovechamiento de la energ
Diseño y aplicación de una prueba escrita corregida..Churro Celis
Este documento describe un estudio sobre el diseño y aplicación de una prueba escrita por problemas de contexto para evaluar competencias. Explica que la evaluación por competencias es un aspecto importante en la educación actual y que las pruebas escritas por problemas de contexto pueden ser una herramienta útil para evaluar el pensamiento complejo de los estudiantes y su capacidad para resolver problemas reales. También resalta la importancia del compromiso integral de los docentes en la formación de estudiantes y el uso de instrumentos de evaluación adecuados.
Los estudiantes realizaron una encuesta sobre el uso de Internet y servicios en línea a 372 personas en Longchamps, Argentina. Encontraron que la mayoría usa Google como motor de búsqueda y Facebook para comunicarse, mientras que los mayores usan más el correo electrónico y MSN. También descubrieron que muchos usan Internet Explorer pero Firefox y Chrome están ganando popularidad, especialmente entre los jóvenes. El trabajo les permitió aprender sobre herramientas colaborativas como Google Docs.
Este documento describe la historia de la electricidad estática y cómo construir una pulsera antiestática. Explica que la electricidad estática ocurre cuando un objeto acumula una carga eléctrica estática y puede dañar componentes electrónicos. Luego detalla los materiales y pasos necesarios para construir una pulsera antiestática, la cual ayuda a descargar la electricidad estática del cuerpo antes de tocar un computador u otros dispositivos electrónicos.
La ponencia propone una serie de adiciones y modificaciones al Sistema Integral de Justicia para Menores Infractores, incluyendo la creación de jurisprudencias, endurecimiento de penas, capacitación obligatoria de autoridades, y medidas de prevención del delito. El objetivo principal es estudiar más a fondo la figura del menor y actualizar el marco legal para hacer frente a los retos actuales, considerando el grado de conciencia y capacidad de los menores en la era digital. Se busca fortalecer la rehabilitación de menores y combatir la delincuencia
In this file, you can ref useful information about 360 performance appraisal such as 360 performance appraisal methods, 360 performance appraisal tips, 360 performance appraisal forms, 360 performance appraisal phrases … If you need more assistant for 360 performance appraisal, please leave your comment at the end of file.
Apresentação aprendizagem autoria e avaliaçãojoselycarlajoselycarla
O documento discute como a avaliação deve ser um processo que apoia a aprendizagem dos alunos, diagnosticando seus pontos fortes e fracos para melhorar os resultados de acordo com os objetivos educacionais. A avaliação deve ser um meio para professores e alunos monitorarem o progresso em relação aos objetivos, em vez de simplesmente medir o que os alunos sabem. Mudar a prática de avaliação é essencial para mudar a escola de forma mais ampla.
Este capítulo enfatiza que a felicidade é um estado de espírito possível de ser alcançado independentemente das condições externas. O leitor é convidado a não se culpar, mas sim a se ver como alguém que ainda está aprendendo como as coisas funcionam na vida. A felicidade depende de como se pensa, sente e percebe a realidade, que pode ser modificada.
Este documento resume la situación y perspectivas de los biocombustibles en el Perú. Analiza el contexto energético nacional y las alternativas de biodiesel y etanol. Para el biodiesel, describe los cultivos potenciales, áreas cultivables, rendimientos, producción potencial, costos e iniciativas públicas y privadas. Para el etanol, se enfoca en la caña de azúcar como cultivo clave, analizando su producción, áreas cultivables, rendimientos y costos de producción de etanol. Finalmente, resume los cambios leg
Este documento trata sobre el medio ambiente y conceptos relacionados. Define el medio ambiente y explica su origen etimológico. Luego describe el desarrollo sustentable y cómo la tecnología puede afectarlo. Identifica factores como la contaminación, deforestación y degradación del agua y suelo que amenazan el medio ambiente. Explica conceptos como las tres erres, gestión ambiental, ecosistemas y sus tipos.
El documento habla sobre los conceptos de liderazgo, autoridad y poder. Explica que el verdadero liderazgo se basa en la autoridad ganada a través de buenas relaciones y servicio a los demás, no en el poder. También discute los diferentes tipos de autoridad y poder, así como los cambios necesarios en los paradigmas del liderazgo para enfocarse más en satisfacer las necesidades de los seguidores.
Beyond_Human_Interaction - Sensor and Location PlatformMithun T. Dhar
This document discusses new features and components in Windows 7 related to sensors, location services, multitouch input, the ribbon interface, the taskbar, libraries, version control, user account control, removed components, and DirectX graphics technologies like Direct2D, Direct3D, fonts, and media codecs. It focuses on human interaction with Windows 7 and how developers can work with its sensor and location platform.
The Global Information Technology Report 2012 examines the growing hyperconnected world and its impacts. It features the latest Networked Readiness Index rankings of 142 economies and explores key trends such as the convergence of information and communication technologies, the opportunities and challenges of living in a hyperconnected society, and case studies on leveraging ICT. The report provides insights for policymakers, businesses, and individuals on how to maximize the benefits and minimize the risks of digital transformation.
Este documento describe el modelo Entidad/Relación (E/R) para el diseño de bases de datos. Define entidades, relaciones, atributos y cardinalidades. Explica cómo crear diagramas E/R y reducirlos a tablas relacionales en función de las diferentes combinaciones de cardinalidades entre entidades.
El documento describe los conceptos fundamentales del modelo entidad-relación (E-R), incluyendo entidades, atributos, relaciones y cardinalidades. Explica que una entidad se define por sus atributos y puede estar relacionada a otras entidades de uno a uno, uno a muchos, muchos a uno, o muchos a muchos. También cubre llaves primarias, diagramas E-R y la transformación de estos diagramas a tablas relacionales.
El documento describe el modelo entidad-relación (E/R) para el diseño de bases de datos. Explica que el modelo E/R representa gráficamente la información y relaciones del mundo real para crear una visión conceptual de los datos. También describe los conceptos clave del modelo como entidades, relaciones, atributos, cardinalidades y cómo reducir el diagrama E/R a tablas de una base de datos.
El documento describe el modelo entidad-relación (E/R) para el diseño de bases de datos. Explica conceptos clave como entidades, relaciones, atributos, superclaves, claves candidatas y claves primarias. También cubre cómo representar el modelo E/R mediante diagramas y cómo reducir el diagrama E/R a tablas del modelo relacional.
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 describe el modelo de entidad-relación (ER) para el modelado de datos. El modelo ER representa entidades, sus atributos y las relaciones entre entidades mediante diagramas. El modelo también especifica cardinalidades, claves y otras restricciones para lograr un modelo de datos implementable en una base de datos.
tema-8-bd-entidad-relacion base de datosBereGarita
Este documento explica el modelo entidad-relación para el diseño de bases de datos. Define conceptos clave como entidades, atributos y relaciones. Describe la simbología utilizada para representar estos componentes gráficamente. Explica los tipos de cardinalidad en las relaciones (1:1, 1:N, N:N). Finalmente, detalla cómo transformar un modelo entidad-relación a un modelo relacional mediante la creación de tablas.
El documento describe los conceptos fundamentales de los modelos de datos, incluyendo el modelo entidad-relación y el modelo relacional. Explica que el modelo entidad-relación representa entidades, atributos y relaciones para modelar el mundo real, mientras que el modelo relacional utiliza tablas y registros para almacenar y relacionar datos. También menciona otros modelos como el orientado a objetos y los semiestructurados.
El documento describe los conceptos fundamentales de los modelos de datos, incluyendo el modelo entidad-relación y el modelo relacional. Explica que el modelo entidad-relación representa entidades, atributos y relaciones para modelar el mundo real, mientras que el modelo relacional utiliza tablas y registros para almacenar y relacionar datos. También menciona otros modelos como el orientado a objetos y los semiestructurados.
El documento describe los conceptos fundamentales de los modelos de datos, incluyendo el modelo entidad-relación y el modelo relacional. Explica que el modelo entidad-relación representa entidades, atributos y relaciones para modelar el mundo real, mientras que el modelo relacional utiliza tablas y registros para almacenar y relacionar datos. También menciona otros modelos como el orientado a objetos y los semiestructurados.
Este documento describe los principales modelos de bases de datos, incluyendo el modelo relacional, jerárquico, en red y orientado a objetos. Explica conceptos clave como entidades, atributos y relaciones. También cubre temas como agregación, generalización y agrupamiento.
El documento presenta los conceptos básicos del modelo entidad-relación (E-R) para el diseño de bases de datos. Describe las entidades, atributos, relaciones, cardinalidades y cómo se representan gráficamente mediante diagramas E-R. Explica que las entidades representan objetos del mundo real, los atributos describen sus propiedades, y las relaciones asocian entidades.
El documento describe los conceptos básicos del modelo entidad-relación para el diseño de bases de datos, incluyendo conjuntos de entidades, atributos, conjuntos de relaciones, cardinalidades, diagramas E-R y claves. Explica que las entidades representan objetos y están descritas por atributos, y que las relaciones representan asociaciones entre entidades. También cubre temas como atributos compuestos, multivaluados y derivados, y restricciones de participación y cardinalidad en las relaciones.
Contenido UNIDAD II. COMO SON LAS BASES DE DATOS.spgutierrez86
El documento introduce los conceptos fundamentales de las bases de datos relacionales. Explica que una base de datos relacional representa los datos en forma de tablas matemáticas llamadas relaciones, con filas y columnas. Cada fila representa un registro único y las columnas son atributos que describen los datos almacenados. Las llaves primaria y foráneas permiten relacionar tablas y garantizar la integridad referencial.
1. El modelo entidad-relación permite representar las entidades y relaciones relevantes de un sistema de información mediante diagramas. 2. Los diagramas entidad-relación incluyen entidades (objetos del mundo real), atributos (características de las entidades), y relaciones (asociaciones entre entidades). 3. Estos diagramas ayudan a modelar y comprender los datos de un sistema de información de manera conceptual antes de implementarlo en una base de datos.
El documento describe los fundamentos del modelo relacional para bases de datos. Explica conceptos clave como tablas, relaciones, atributos, claves primarias y secundarias. Detalla las operaciones del álgebra relacional como selección, proyección, unión y diferencia de conjuntos. También cubre temas como lenguajes de consulta, valores nulos y modificación de datos.
El documento habla sobre el modelo entidad-relación para diseñar bases de datos. Explica que las entidades representan objetos y serán tablas, los atributos definen sus características, y las claves primarias y foráneas vinculan las tablas. Las relaciones muestran las dependencias entre entidades y su cardinalidad especifica si una entidad se relaciona con una o varias de otra. También presenta ejemplos de diagramas E-R y la conversión a modelo relacional.
Unidad 4 Modelo De Datos Para La ImplementacióNSergio Sanchez
Este documento describe el modelo de datos relacional, incluyendo las estructuras básicas de tupla y relación, y las operaciones algebraicas como selección, proyección, inserción y eliminación. También cubre las restricciones de integridad como clave primaria y referencial para garantizar la coherencia de los datos.
El documento describe el modelo de entidad-relación propuesto por Richard Baker. Explica que las entidades representan objetos sobre los cuales se mantiene información y las relaciones representan asociaciones entre entidades. Luego detalla las características de las entidades como su representación gráfica y reglas para definirlas, así como las características de las relaciones como su representación y tipos de relaciones. Finalmente, explica conceptos como atributos, formas normales y claves primarias.
1. Licenciatura en Documentación: Bases de datos documentais Curso 2011 – 2012
Autor: Juan Ramón López Rodríguez 1
El modelo relacional
El modelo relacional constituye una alternativa para la organización y representación de
la información que se pretende almacenar en una base de datos. Se trata de un modelo
teórico matemático que, además de proporcionarnos los elementos básicos de modelado
(las relaciones), incluye un conjunto de operadores (definidos en forma de un álgebra
relacional) para su manipulación, sin ambigüedad posible.
El carácter formal del modelo relacional hace relativamente sencilla su representación y
gestión por medio de herramientas informáticas. No es casual, pues, que haya sido
elegido como referencia para la construcción de la gran mayoría de los Sistemas de
Gestión de Bases de Datos comerciales disponibles en el mercado; ni tampoco que sea
también habitualmente seleccionado como modelo de referencia para la elaboración del
esquema lógico de una base de datos, como tercer paso de la habitual metodología de
diseño de BDs (después del análisis de requerimientos y la elaboración del esquema
conceptual).
En el modelo relacional se basa en el concepto matemático de relación. En este modelo,
la información se representa en forma de “tablas” o relaciones, donde cada fila de la
tabla se interpreta como una relación ordenada de valores (un conjunto de valores
relacionados entre sí). El siguiente ejemplo presenta una relación que representa al
conjunto de los departamentos de una determinada empresa, y que recoge información
sobre los mismos.
Num Nombre Localidad
D-01 Ventas A Coruña
D-02 I+D Ferrol
Figura 1: relación “Departamentos”
Definiciones
Formalmente, una relación se define como un conjunto de n-tuplas; donde una n-tupla
se define a su vez como un conjunto ordenado de valores atómicos (esto es, no
divisibles ni descomponibles en valores mas “pequeños”.
En el ejemplo 1, la relación mostrada incluye dos 3-tuplas: (‘D-01’, ‘Ventas’, ‘A
Coruña’) y (‘D-02’, ‘I+D’, ‘Ferrol’). Cada tupla incluye información sobre los
departamentos de una determinada empresa con sede en Galicia: el identificador del
departamento dentro de la empresa, su nombre, y la localidad donde tiene su sede. En
cada tupla, los tres valores están relacionados por el hecho de describir todos ellos al
mismo departamento.
Cada relación, vista como una tabla, consta de un conjunto de columnas; cada una de
esas columnas recibe el nombre de atributo. A cada atributo de una relación le
corresponde un nombre, que debe ser único dentro de la relación, y un dominio: el
conjunto de valores válidos para un atributo; o, dicho de otra manera, el conjunto de
valores que cada tupla de la relación puede tomar para ese atributo.
En el caso de la relación de nuestro ejemplo, los atributos de la misma serían Num,
Nombre y Localidad. Cada uno de ellos tendrá un dominio asociado: el conjunto de los
2. Licenciatura en Documentación: Bases de datos documentais Curso 2011 – 2012
Autor: Juan Ramón López Rodríguez 2
identificadores válidos de departamento (una cadena alfanumérica con formato „D-xx‟),
el conjunto de todos los nombres de departamento válidos (cadenas de texto de
cualquier longitud), y el conjunto de todas los nombres de localidades gallegas (ídem),
respectivamente.
El esquema de una relación es una descripción de su estructura interna (es decir, los
atributos que la componen), en la forma siguiente:
R (A1, ... , An)
…siendo R el nombre de la relación, y A1, ... , An los nombres de sus n atributos. Así, el
esquema de la relación Departamentos sería:
Departamentos (Num, Nombre, Localidad)
Podemos afirmar que el esquema de una relación constituye su intensión, es decir, la
parte invariante de la relación. En nuestro ejemplo, el tipo de información que
reflejaremos sobre los departamentos será siempre la misma: el código, nombre y
localidad de cada uno.
Sin embargo, la información recogida en una relación está expuesta constantemente al
cambio: nuestra empresa puede sufrir reestructuraciones, apareciendo o desapareciendo
departamentos, o viendo estos modificada su sede. Se dice que el conjunto de las tuplas
que conforman una relación constituye su extensión: la parte variable de la relación. De
acuerdo con la notación expresada antes, podemos representar a cada tupla de una
relación R por medio del siguiente formato:
(v1, ... , vn)
siendo v1 el valor de la tupla para el atributo A1, y vn el valor de la tupla para el atributo
An. Por ejemplo (‘D-01’, ‘Ventas’, ‘A Coruña’) sería la tupla correspondiente al
departamento de Ventas en la relación Departamentos.
A partir del esquema de la relación es posible determinar su grado1
: el número de
atributos de los que consta. Así, la relación de nuestro ejemplo sería de grado 3.
Finalmente, es preciso revisar en detalle la definición del concepto de relación. Dicha
definición especifica que una relación consiste en un conjunto de tuplas. Eso implica
que no se puede aplicar un orden de ningún tipo a las tuplas de una relación (no están
ordenadas). Eso implica que las dos relaciones que mostramos a continuación son en
realidad la misma relación, presentada de dos maneras diferentes:
Figura 2: La misma relación presentada
con sus tuplas en diferente orden
1
Llegados a este punto, es necesario destacar la importancia de distinguir los conceptos de relación,
atributo y grado del modelo relacional y los de tipo de relación, atributo y grado del modelo entidad-
relación. Pese a la desafortunada coincidencia de terminología, se trata de conceptos diferentes con
diferente significado.
Num Nombre Localidad Num Nombre Localidad
D-01 Ventas A Coruña D-02 I+D Ferrol
D-02 I+D Ferrol D-01 Ventas A Coruña
3. Licenciatura en Documentación: Bases de datos documentais Curso 2011 – 2012
Autor: Juan Ramón López Rodríguez 3
Nulos
Hasta este punto, hemos presentado el elemento fundamental sobre el que se basa el
modelo relacional: la relación. Hemos visto que las relaciones están constituidas por
tuplas, y que cada tupla contiene información sobre un determinado objeto del mundo
real, proporcionando valores a un conjunto de atributos establecidos en la definición de
la relación.
Desgraciadamente sucede que, en ocasiones, es complicado conocer los valores de esos
atributos para un determinado objeto (para una determinada tupla). Por ejemplo, en el
caso de la relación Departamentos que venimos utilizando como referencia, puede
suceder que un departamento de reciente creación no tenga todavía asociada una sede
definitiva (ver ejemplo 3).
Num Nombre Localidad
D-01 Ventas A Coruña
D-02 I+D Ferrol
D-03 Contabilidad ?
Figura 3: relación “Departamentos”
En todos los casos en los que el valor de un atributo para una determinada tupla…
…no se conozca
…no exista el valor / el atributo no sea aplicable
…el modelo relacional permite el uso de un valor especial, no perteneciente a ningún
dominio particular: el valor nulo
Num Nombre Localidad
D-01 Ventas A Coruña
D-02 I+D Ferrol
D-03 Contabilidad Nulo
Figura 4: relación “Departamentos”, con el uso de valores nulos
Es necesario indicar que el uso de los valores nulos debe ser evitado en lo posible, ya
que (por motivos cuya explicación va más allá del objetivo de estas notas) suele dar
lugar a problemas a la hora de manipular o acceder a la información.
Restricciones de integridad
Cada tupla de una relación debe proporcionar valores a sus atributos. ¿De cualquier
manera? No. Para garantizar la consistencia y la facilidad de manipulación de la
información representada, existen una serie de reglas que deben ser cumplidas y que son
un elemento constituyente del modelo relacional. A esas reglas de consistencia se las
conoce, en la terminología del modelo, como restricciones de integridad. Podemos
distinguir varios tipos de restricciones:
Restricción de DOMINIO: “Los dominios de los atributos de una relación
deben ser atómicos”
Esta restricción exige que los valores de cualquier tupla de una relación R
correspondientes a los atributos A1, ..., An de R deben ser valores atómicos.
Esto es, esos valores no pueden ser descomponibles en valores más pequeños
o simples. Esta condición pretende garantizar que todas las relaciones
presenten un formato regular, que pueda ser fácilmente manipulable por
4. Licenciatura en Documentación: Bases de datos documentais Curso 2011 – 2012
Autor: Juan Ramón López Rodríguez 4
medio de un sencillo procedimiento o algoritmo, implementado en la forma
de un programa informático.
En el caso de nuestro ejemplo, estos dos casos no serían válidos:
Num Nombre Localidad
D-01 Ventas
A Coruña
Ferrol
D-02 I+D Ferrol
Figura 5: relación no válida por uso de valor múltiple
En la figura 5 se muestra un ejemplo de una relación en la que una de sus
tuplas, la correspondiente al departamento de Ventas, presenta un doble valor
para el atributo Localidad. De esa forma se pretende representar el hecho de
que Ventas tiene dos sedes: A Coruña y Ferrol. Este formato viola la
restricción de dominio, ya que rompe la regularidad de la “tabla” (de la
relación). El único formato de representación posible de esa información
sería el siguiente:
Num Nombre Localidad
D-01 Ventas A Coruña
D-02 I+D Ferrol
D-01 Ventas Ferrol
Figura 6: relación corregida para ser correcta
En la figura 6 se muestra otro ejemplo en el que ahora el atributo Localidad
se usa para almacenar conjuntamente la sede de cada departamento y el
correspondiente código postal, aun cuando se espera que posteriormente
estos dos elementos de información vayan a necesitar ser accedidos por
separado. Se trata por lo tanto de un atributo compuesto que viola la
restricción de dominio, ya que rompe el modo de acceso regular al valor de
un atributo: no se trata ya de recuperar simplemente al valor (la sede
correspondiente a cada departamento), sino que ahora, en algunos casos, es
necesario separar ese valor en sus elementos constituyentes (la localidad y el
código postal).
Num Nombre Localidad
D-01 Ventas A Coruña
D-02 I+D 15528 Ferrol
Figura 7: relación no válida por uso de valor compuesto
Restricción de CLAVE: “En una relación no puede haber ninguna tupla
repetida”
Ningún conjunto admite, por definición, la existencia de elementos repetidos
en su contenido. Tratándose de un conjunto de tuplas, las relaciones
requieren la misma exigencia.
Que la extensión de una relación no incluya tuplas repetidas, implica que
todas las tuplas que contiene puedan ser diferenciadas entre sí por el valor de
al menos un atributo.
Eso nos lleva al concepto de superclave de una relación: cualquier
subconjunto (propio o no) de atributos de la relación, que nos permita
5. Licenciatura en Documentación: Bases de datos documentais Curso 2011 – 2012
Autor: Juan Ramón López Rodríguez 5
diferenciar a cualesquiera dos tuplas que formen parte de su extensión a
partir de los valores de las tuplas para esos atributos. Toda relación cuenta
con una o más superclaves. En el peor de los casos, tendremos una
superclave única: aquella formada por el conjunto de todos los atributos de la
relación. En el caso de nuestro ejemplo, serían superclaves los siguientes
conjuntos de atributos:
(Num, Nombre, Localidad)
(Num, Localidad)
(Nombre, Localidad)
No existen (ni pueden existir) dos tuplas en la relación Departamentos para
los que coincidan simultáneamente los valores de número, nombre y
localidad; ni siquiera los valores de número y localidad; o los de nombre y
localidad. Sin embargo, hemos visto que dos tuplas de la relación pueden
coincidir en sus valores de número y nombre (ver Figura 6). Por lo tanto, los
siguientes subconjuntos de atributos no constituyen una superclave de la
relación:
(Num, Nombre)
(Num)
(Nombre)
(Localidad)
Para poder distinguir a dos tuplas cualesquiera de una relación, sería
necesario, en principio, comparar, uno por uno, los valores de todos y cada
uno de sus atributos. Sin embargo, y por cuestiones prácticas, lo ideal sería
seleccionar un subconjunto mínimo de los atributos suficiente para
identificarlas. Llamamos claves candidatas de la relación todas las
superclaves mínimas o no descomponibles, es decir, aquellos conjuntos de
atributos de los que ninguno puede ser eliminado sin provocar que el
conjunto deje de ser una superclave de la relación.
En el caso de nuestro ejemplo, el conjunto (Num, Nombre, Localidad)
contiene a las superclaves (Num, Localidad) y (Nombre, Localidad), y no
sería, por lo tanto, superclave mínima de la relación (si eliminamos Nombre
o Localidad del conjunto, este seguirá siendo clave candidata). Sí lo serían
tanto (Num, Localidad) como (Nombre, Localidad): pueden existir tuplas
diferentes con el mismo número, nombre o localidad (ver Figura 6). Pero
nunca existirán dos tuplas en la relación con el mismo número y localidad
simultáneamente, ni con el mismo nombre y sede.
Todas las claves candidatas son superclaves mínimas, cuyos valores son
suficientes para distinguir a dos tuplas cualesquiera de una relación. A
efectos prácticos, el modelo relacional recomienda seleccionar una sola de
las posibles claves candidatas para ser utilizada cuando sea necesaria: la
escogida será la clave primaria de la relación.
En el ejemplo, podríamos seleccionar entre (Num, Localidad) y (Nombre,
Localidad). Cualquiera de las dos claves candidatas sería una correcta clave
primaria de la relación.
La clave primaria de una relación debe ser indicada en la representación del
esquema de la misma, subrayando los nombres de los atributos que forman
parte de la misma.
6. Licenciatura en Documentación: Bases de datos documentais Curso 2011 – 2012
Autor: Juan Ramón López Rodríguez 6
Departamentos (Num, Nombre, Localidad)
Restricción de INTEGRIDAD de ENTIDAD: “Ninguna tupla de una
relación puede tomar valores nulos en los atributos que forman parte de su
clave primaria”
La necesidad de esta restricción es clara: dado que es la clave primaria la que
nos permite distinguir a las tuplas entre sí, los valores correspondientes a la
clave deben ser conocidos en cada tupla para poder diferenciarla.
En la figura 6 presentábamos una posible extensión de la relación, en la que
veíamos que un mismo departamento podía tener sedes en dos o más
localidades. Suponiendo que dichas localidades fuesen desconocidas, la
relación de la Figura 6 presentaría la siguiente extensión:
Num Nombre Localidad
D-01 Ventas
D-02 I+D Ferrol
D-01 Ventas
Figura 8: relación corregida para ser correcta
Siendo desconocidos los valores de Localidad en ambas tuplas, es imposible
distinguir a una de otra. Se trata por tanto de una relación incorrecta, no
válida, debido a que viola la restricción de integridad de entidad.
Restricciones de INTEGRIDAD REFERENCIAL: “Si una tupla de una
relación R1 hace referencia a una relación R2, debe referirse a una tupla que
exista realmente en R2”.
Este tipo de restricciones permite garantizar la consistencia en el caso de
relaciones que mantengan una cierta vinculación. Por ejemplo, volvamos a
nuestro ejemplo de la empresa. Supongamos que nuestra relación
Departamentos presenta, en un momento dado, la siguiente extensión:
Num Nombre Localidad
D-01 Ventas A Coruña
D-02 I+D Ferrol
Figura 9: relación Departamentos
Y que además, contamos también con una relación Empleados que nos
permite mantener información sobre los empleados de nuestra empresa, y
cuya extensión es la que sigue:
NSS Nombre NumD Localidad
1253 Juan D-01 A Coruña
3356 Pedro D-02 Ferrol
9012 María D-03 Narón
Figura 10: relación Empleados
La relación pretende representar el número de seguridad social de cada
empleado (mediante el atributo NSS, que actúa como clave primaria), su
nombre, y todos los datos relativos al departamento en el que trabaja. Para
evitar problemas de redundancia, en lugar de representar todos los datos de
cada departamento, se incluye una referencia a la tupla que le corresponde en
la relación Departamentos. Esa referencia se realiza por medio de los valores
de la clave primaria de la tupla: el número de departamento (NumD) y la
7. Licenciatura en Documentación: Bases de datos documentais Curso 2011 – 2012
Autor: Juan Ramón López Rodríguez 7
localidad donde tiene su sede (Localidad). Evidentemente, para que la
referencia sea correcta y tengamos acceso a la información sobre el
departamento al que pertenece un empleado, la tupla referenciada debe
existir en la tabla Departamentos.
En el caso del ejemplo, los departamentos referenciados en el caso de los
empleados Juan y Pedro existen realmente. En cambio, no existe ningún
departamento D03, con sede en Narón (al menos, este hecho no está
reflejado en la tabla Departamentos) y, por lo tanto, no es posible averiguar
nada acerca del departamento al que pertenece María (ni siquiera su
nombre). La tupla correspondiente a María viola una restricción de
integridad referencial de Empleados con respecto a Departamentos.
Los atributos NumD y Localidad de Empleados constituyen un ejemplo de
clave foránea: son atributos de la relación Empleados, pero constituyen
también la clave primaria de Departamentos: ese es el motivo de que sean
precisamente ellos los que se usen para referenciar al departamento de cada
empleado.
Dadas dos relaciones R1 y R2, un conjunto de atributos A1...An de R1 se dice
clave foránea de R1 con respecto a R2 si A1...An es también la clave primaria
de R2. Dicho de otra manera, A1...An es una clave foránea de R1 con respecto
a R2 si ese conjunto de atributos figura tanto en el esquema de R1 como en el
de R2; usándose en R2 como clave primaria, y usándose en R1 para
referenciar a tuplas de R2.
Hecha ya la definición de clave foránea, podemos dar ya una definición un
poco más formal de las restricciones de integridad referencial: “Dadas dos
relaciones R1 y R2, los valores que tome cualquier clave foránea de R1 con
respecto a R2 sólo pueden ser valores que correspondan a la clave primaria
de alguna tupla de R2”.
Esquema de una BD relacional
Como decíamos al principio, el modelo relacional es el seleccionado habitualmente
como referencia para la elaboración del esquema lógico de una base de datos. Una base
de datos, desde el punto de vista relacional, está formada por un conjunto de relaciones.
El esquema lógico de una base de datos consistirá, pues, en la unión de los esquemas
de todas las relaciones que componen la base de datos, conjuntamente con todas las
restricciones de integridad que afectan a esas relaciones.
Además, para facilitar la identificación de las claves foráneas en las relaciones que las
incluyan, estas se representarán gráficamente junto con el esquema. Las claves foráneas
se destacan en la representación del esquema conceptual de una base de datos
uniéndolas mediante flechas dirigidas a las claves primarias que representan, tal y como
se muestra en la figura 11.
Departamentos (Num, Nombre, Localidad)
Empleados (NSS, Nombre, NumD, Localidad)
Figura 11: Esquema lógico de la BD, con representación explícita de las claves foráneas
8. Licenciatura en Documentación: Bases de datos documentais Curso 2011 – 2012
Autor: Juan Ramón López Rodríguez 8
Bibliografía
- R. Elmasri y S. Navathe. Fundamentos de los Sistemas de Bases de Datos (3ª
edición). Addison-Wesley, 2002.
- A. Silberschatz, H. F. Korth y S. Sudarshan. Fundamentos de Bases de Datos (4ª
edición). McGraw Hill, 2002