El modelo entidad-relación (E/R), también llamado modelo conceptual de datos, fue propuesto por Peter Chen en 1976 y consiste en una técnica especial de representación gráfica que incorpora información relativa a los datos y la relación existente entre ellos, para suministrar una visión del mundo real, pudiendo ser usado “como una base para una vista unificada de los datos adoptando el enfoque más natural del mundo real que consiste en entidades e interrelaciones”
Concepto y definición de tipos de Datos Abstractos en c++.pptx
Entidad relacion
1. “ Año de la Consolidación del Mar de Grau”
Grupo:
SUCCESS OF TOMORROW
Alumnas:
Carlos Díaz Mirtha Elena
Díaz Chunga Fiorela Jhogany
Tema: Modelamiento Entidad-Relaciòn (ER)
Curso:
Modelamiento de Base de Datos
Docente:
Porro Chulli Marco
Chiclayo, Abril 2016
3. definiciòn
El modelo relacional de datos supuso un gran avance
con respecto a los modelos anteriores. Este modelo
está basado en el concepto de relación. Una relación
es un conjunto de n-tuplas. Una tupla, al contrario
que un segmento, puede representar tanto entidades
como interrelaciones N: M. Los lenguajes
matemáticos sobre los que se asienta el modelo
relacional, aportan un sistema de acceso y consultas
orientado al conjunto.
4. TIPOS DE ENTIDAD
Regulares: La ocurrencia de un tipo de entidad
regular tienen extensión propia, es decir, existen por
si mismos.
Débiles: La existencia de cada ocurrencia de
entidad débil depende de la existencia de la entidad
regular.
5. TIPOS DE RELACIONES
Relación de uno a varios (1,n). Se crea una relación de uno a varios si uno de los campos
relacionados es una clave principal. Esta relación es la más común. Cada registro de una
tabla puede estar enlazado con varios registros de una segunda tabla, pero cada registro de
la segunda sólo puede estar enlazado con un único registro de la primera.
Relación de uno a uno (1,1). Se creará una relación de este tipo si ambos campos
relacionados son claves principales. En este tipo de relación, un registro de la tabla uno sólo
puede estar relacionado con un único registro de la tabla dos y viceversa. No es muy usada.
Relación de varios a varios (n,m). En este caso, ninguno de los campos relacionados son
claves principales. Cada registro de la primera tabla puede estar enlazado con varios
registros de la segunda y viceversa. Este tipo de relación implica la repetición de los campos
de cada tabla; esto es lo que Access pretende evitar. Para establecer relaciones de este tipo,
es necesario crear una tabla intermedia que esté relacionada con las dos de uno a varios.
6. TIPOS DE ATRIBUTOS
a)Simples o compuestos.
SIMPLES.- Es un atributo que tiene un solo componente, que no se puede dividir en partes
más pequeñas que tengan un significado propio.
COMPUESTO.- Es un atributo con varios componentes, cada uno con un significado por sí
mismo. Un grupo de atributos se representa mediante un atributo compuesto cuando tienen
afinidad en cuanto a su significado, o en cuanto a su uso. Se representa gráficamente
mediante un óvalo.
7. b)Monovaluados o multivaluados.
MONOVALENTE.- Es aquel que tiene un solo valor para
cada ocurrencia de la entidad o relación a la que
pertenece.
POLIVALENTE.- Es aquel que tiene varios valores para
cada ocurrencia de la entidad o relación a la que
pertenece. También se les denomina multivaluados, y
pueden tener un número máximo y un número mínimo de
valores
8. ENTIDAD FUERTE Y DÈBIL
la entidad fuerte es independiente, ósea su existencias no depende de otra entidad.
la entidad débil, depende de otra entidad, y se dividen en dos categorías:
por identificación: esta depende de la pk de la entidad fuerte para subsistir, también
es por existencia.
por existencia: este se caracteriza por la dependencia absoluta de una entidad fuerte.
12. Esto ha sido solo un repaso por encima de lo que
es el modelo entidad-relación, sin entrar en
grandes detalles.
También, bajo mi punto de vista, creo que es una
buena forma de diseñar correctamente las bases de
datos, aunque algunas veces resulta más rápido
implementarlo directamente en nuestro gestor
de BBDD sin la necesidad de crear un gran
diagrama, sino usando notas más simples.
13. CONCLUSIONES
o Para terminar no olvidemos que ésta sólo es una metáfora visual, no
sólo es cuestión de tirar caños entre cualquier par de entidades.
Aquí se acaba la metáfora, como dijimos desde un principio es un
modelo semántico y para que el caño sea viable debe haber un
verbo o acción que lo justifique y le dé sentido. Por ejemplo, el
empleado tiene un cónyuge, el vendedor realiza varias ventas, etc.
En el DER 5 por ejemplo me resultaría difícil encontrar un verbo que
justifique una relación entre las entidades Provincia y Profesión.
14. RECOMENDACIONES
o En fin, retomando el primer tema de este artículo, espero que el
enfoque de construir el modelo de datos a partir del hecho
registrable les sirva de alternativa para facilitar
su interpretación y lograr su realización. Aclaro que la única
originalidad de esta propuesta es la de haber tomado el enfoque
por hechos, (el cual se usa para detectar posibles tablas de
hecho dentro de un DER ya existente, con el objeto de
diseñar diagramas de estrella o copo de nieve para un
datawarehouse[3]y usarlo en forma inversa para la construcción
de un DER desde el principio.
15. APRECIACION DE EQUIPO
Si no tuve éxito, espero que la metáfora del
agua les ayude a visualizar rápidamente las
posibilidades de ejecutar una consulta en un
modelo existente o deficiencias de
información. Es sólo un recurso didáctico, pero
creo que aquí si hay un poco más de
originalidad.
