TEMA 2 MODELO CONCEPTUAL DE DATOS

Documentos relacionados
Modelos de Datos. Modelo Entidad-Relación

Base de Datos. Docente: Ing. Francisco Rodríguez BASE DATOS. Resultados. Internet. Requerimientos

Modelo Entidad Relación.MER.

Sistemas de Bases de Datos I. Modelo Conceptual. Modelo Entidad Relación

Unidad 5: MODELO DE COMPORTAMIENTO - ESQUEMA DE DATOS CARACTERÍSTICAS DEL ESQUEMA DE DATOS DIAGRAMA ENTIDAD RELACIÓN (D.E.R.)

INSTITUTO TECNOLOGICO SUPERIOR DE LERDO. ALUMNO: JUAN ESQUIVEL VAQUERA. ENSAYO: Modelo entidad-relación. PROFESOR: RICARDO BUSTAMANTE.

Diseño lógico de. Bases de Datos. Modelo. Entidad - Relación

DED Diagramas de Estructura Lógica de Datos. Universidad de Oviedo Departamento de Informática

Cátedra de Bases de Datos

BASES DE DATOS TEMA 2 MODELOS DE DATOS

Ing. Yim Isaias Apestegui Florentino

Modelo Relacional. El modelo relacional...1 El modelo entidad relación (que vimos ayer) es un modelo conceptual que sirve

- Bases de Datos (2012/2013) Adjunto Tema 1: Ampliación DER

Formato para prácticas de laboratorio

Contenido. 1. El proceso 2. Los modelos 3. Los diagramas 4. Ejemplo

Diseño de Base de Datos Relacionales

Bases de Datos. Laboratorio III, L106/L111. Profesor: Goyo Celada

Gestión base de datos : Modelo Relacional (II)

El Modelo E/R es un modelo conceptual (mayor nivel de abstracción)

Departamento de Informática Universidad de Valladolid Campus de Segovia TEMA 7, SECCIÓN 3: MODELADO DE DATOS

Ítems/Entidades/Objetos [sustantivos]: Objetos que existen en el mundo y que son

MODELIZACIÓN CONCEPTUAL DE DATOS

Metodología de Diseño Lógico. Sistemas Gestores de Bases de Datos

Análisis y Diseño de Sistemas

El Modelo Relacional. Carlos A. Olarte BDI

BASES DE DATOS TEMA 3 MODELO ENTIDAD - RELACIÓN

El propósito de este material es brindar las explicaciones más importantes sobre bases de datos, relevantes para el uso de GeneXus.

Transformación ER Relacional para el diseño de bases de datos relacionales

EL MODELO RELACIONAL

1. Laura y Rosa están mirando un tarro con forma de cilindro. Lo que ven está representado en la figura.

Carlos Castillo UPF 2008

Modelo relacional. Modelo relacional

Diagramas de interacción

Bases de Datos Tema 4 Modelo Entidad/Interrelación (ERM de Chen)

Repaso de Conceptos Básicos de Bases de Datos

Base de Datos. Profesor: José Miguel Rubio L. P. UNIVERSIDAD CATÓLICA DE VALPARAÍSO FACULTAD DE INGENIERÍA ESCUELA DE ING.

Capítulo 6: Diseño de BD y el modelo ER

Introducción a los Sistemas Digitales. Conceptos básicos de matemática aplicada a los sistemas digitales

Bases de Datos OTROS ASPECTOS MODELO E-R

Modelo ERE. Universidad de los Andes Demián Gutierrez Marzo

Tema 2. DISEÑO LÓGICO DE BASES DE DATOS Parte 1

BASES DE DATOS (IG18 Semipresencial) Diseño Lógico de Bases de Datos Relacionales.

Metodología de Desarrollo Visual. Universidad Carlos III de Madrid. Maria- Isabel, Sanchez Segura & Arturo, Mora- Soto

Tema 7. Manejo de bases de datos.

En matemáticas el concepto de conjunto es considerado primitivo y no se da una definición de este, por lo tanto la palabra CONJUNTO debe aceptarse

Esquema Relacional Pasaje a Tablas. Sistemas de Bases de Datos I ITS EMT CETP

Para qué crees que te sirva saber lo que es una imagen?

Diseño Lógico El modelo relacional. M.Sc.Lic. Cimar H. Meneses España

rg.o cm a Diseñ e o o c o c n o ce c p e tual l@ rza e b Di D s i e s ño d e b as a e s s s d e d at a o t s

Fundamentos de programación y Bases de Datos

TEMA 1 LA ALTURA DEL SONIDO: PENTAGRAMA, CLAVES, NOTAS MUSICALES, LINEAS ADICIONALES, ALTERACIONES

UML (Lenguaje de Modelado Unificado) y Diagramas de Casos de Uso

Bases de Datos Diseño de Bases de Datos Modelo Conceptual Entidad Relación

DI SEÑO DE BASES DE DATOS Y SEGURIDAD DE LA INFORMACIÓN (31 de mayo de 2005) 3DUFLDO. APELLIDOS: NOMBRE: TITULACIÓN (Sistemas/Gestión):

TEORÍA DE CONJUNTOS.

Fundamentos de Bases de Datos Facultad de Ciencias UNAM

CLA. Diagramas de clases en Métrica V3

BASES DE DATOS TEMA 2. MODELOS DE DATOS

entre menú y plato con cardinalidades (0,N) y (3,3), respectivamente. Esta solución garantiza que no se puede "repetir" un plato en el (1,1)

Esquema Lógico F1. EXAMEN 1 de diciembre de EQUIPO (NOMBRE:cadena) CP (NOMBRE) DIRECTOR (NOMBRE:cadena) CP (NOMBRE)

Estructura de Datos E/R. Recordando Introducción. Etapas del diseño lógico Diseño lógico estándar Diseño lógico específico

PASAJE DE MER A MODELO RELACIONAL

Capítulo 3. Conjuntos. Continuar

Diseño Lógico Modelo Relacional. Ges3ón y Modelación de Datos María Constanza Pabón

MAPA DE CONCEPTOS DR. LAMBERTO VERA VÉLEZ DEPARTAMENTO DE EDUCACIÓN Y CIENCIAS SOCIALES UNIVERSIDAD INTERAMERICANA DE PUERTO RICO RECINTO DE PONCE

id_trabajador nombre tarifa_hr tipo_de_oficio id_supv 1235 F. Aguilera 12,50 Electricista A. Calvo 13,75 Fontanero N.

Capítulo 2 Conjuntos. 2.1 Introducción. 2.2 Determinación de conjuntos. Definición:

PLAN DE REFUERZO NOMBRE ESTUDIANTE: Nº GRADO: 2 A B. Figuras Geométricas

El Modelo Ricardiano Introducción

ÍNDICE NOTAS PENTAGRAMA LÍNEAS ADICIONALES CLAVE DE SOL FIGURAS Y SILENCIOS LIGADURAS DE PROLONGACIÓN, PUNTILLO Y CALDERÓN

OPERACIONES CON BASES DE DATOS OFIMÁTICAS Y CORPORATIVAS CURSO: IES GONZALO NAZARENO

La Lógica estudia la forma del razonamiento. La Lógica Matemática es la disciplina que trata de métodos de razonamiento. En un nivel elemental, la

PUERTAS LOGICAS. Una tensión alta significa un 1 binario y una tensión baja significa un 0 binario.

Base de Datos. Docente: Ing. Francisco Rodríguez BASE DATOS. Resultados. Internet. Requerimientos

Bases de Datos y Sistemas de Información

EXAMEN EXTRAORDINARIO Informática y Computación IV

PREGUNTAS DE EJEMPLO CÁLCULO Y REPRESENTACIÓN DEL ESPACIO PRIMER NIVEL BÁSICO

Qué es una marca? Una marca es un signo distintivo, cuya función principal es identificar y distinguir productos y/o servicios en el mercado.

UNIDAD II: TEORÍA DE CONJUNTOS 2.1. INTRODUCCIÓN

Centro Asociado Palma de Mallorca. Tutor: Antonio Rivero Cuesta

RESUMEN DE LAS DIAPOSITIVAS DE BASE DE DATOS 1

TÍTULO: BASES DE DATOS Disponibilidad Objetivos 5 Definicion de una base de datos 9 Datos de nomina (tabla) 9 Esquema de bases de datos (mapa

Una relación esta en 4FN si esta en la BCFN y no contiene dependencias multivaluadas.

República Bolivariana de Venezuela Universidad Alonso de Ojeda Facultad de Ingeniería. Escuela de Computación.

UNIVERSIDAD NACIONAL DE ASUNCION FACULTAD POLITÉCNICA CARRERA: LCIK MATERIA: Bases de Datos I Prof: Lic. Lilian Riveros Unidad 2: Modelo Relacional

La Administración Electrónica, La Gestión Documental y la nueva Ley 39/2015: nuevos retos

Tema 2. Fundamentos de la Teoría de Lenguajes Formales

ÍNDICE DE CONTENIDOS. sistema Los Subsistemas de la Empresa El entorno empresarial Funciones Directivas LA EMPRESA COMO SISTEMA. FUNCIONES DIRECTIVAS

BASES DE DATOS MODELO EN RED GENERAL. Curso

CAPÍTULO 3. Metodología para la elaboración de. manuales de procedimientos

En primer lugar se obtiene el modelo lógico de alto nivel, independiente del modelo de base de datos y los objetivos a conseguir son:

BASES DE DATOS TEMA 2. MODELOS DE DATOS

Conceptos básicos de bases de datos

Conocimiento de las Bases de Datos relacionales.

Las redes semánticas intentan trasladar esa afirmación a un formalismo Una red semántica será un grafo donde:

Guía Temática de Matemática

Ficha de Aprendizaje N 13

MODELOS DE COMPUTACION I Preguntas Tipo Test. 1. El lema de bombeo puede usarse para demostrar que un lenguaje determinado es regular.

EL MODELO ENTIDAD-RELACIÓN:

Transcripción:

TEMA 2 MODELO CONCEPTUAL DE DATOS 1

UD 2.- Modelo conceptual de datos 2.1 Modelo de datos 2.2 Modelo conceptual 2.2.1.- Elementos del modelo 2.2.2.- Entidades fuertes y débiles. Relaciones de dependencia 2.2.3.- Control de redundancia 2.3 Modelo E/R Extendido 2

2.1.- Modelo de Datos Definición y descripción del modelo de datos : Con un modelo de datos nos abstraeremos de la realidad del problema a solucionar (o universo de discurso) atendiendo a: Qué datos nos interesan para nuestra aplicación? Cómo los voy a organizar? 3

2.1.- Modelo de Datos Proceso de construcción de una BD Independiente de la arquitectura Dependiente de la arq. 4

2.2.- Modelo Conceptual de Datos Definición: (1976, Codd) El modelo entidad-relación, también denominado modelo conceptual de datos, es 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 darnos una visión del mundo real. Es una representación abstracta de los datos de una BD independiente de su estructura final. 5

2.2.- Modelo Conceptual de Datos Las características del modelo entidadrelación son: Refleja tan sólo la existencia de los datos, no lo que se hace con ellos. Es independiente de las bases de datos y sistemas operativos concretos. No tiene en cuenta restricciones de espacio, almacenamiento, ni tiempo de ejecución. El Modelo E-R, por tanto, se basa en la percepción de un mundo real que consiste en un conjunto de objetos básicos denominados Entidades, así como las Interrelaciones existentes entre ellos. 6

2.2.- Modelo Conceptual de Datos 2.2.1- Elementos del modelo: a. Entidad b. Atributos c. Relación c.1.- Grado c.2.- Participación c.3.- Cardinalidad c.4.- Atributos propios de una relación c.5.- Clave de una relación a. Claves 7

2.2.1- Elementos del modelo a.- Entidad: Es todo aquel objeto real o abstracto del que se quiere obtener información. Notación: Nombre_Entidad Ejemplos: CLIENTE VENDEDOR ARTICULO 8

2.2.1- Elementos del modelo b.- Atributo: Característica o propiedad del objeto que representa a la entidad. Notación en Piruleta : PROFESOR Notación abreviada: Cod_prof Nombre DNI Dirección Fecha_nac EMPLEADO # Cod_Empleado Nom_Emple Apell_Emple Puesto_Emple 9

2.2.1- Elementos del modelo. Atributo Se le llama ocurrencias a cada elemento del mundo real que la entidad representa. Ejemplo: EMPLEADO Entidad # Cod_Empleado Nom_Emple Apell_Emple Puesto_Emple Cod_Empleado Nom_Emple Apell_Emple Puesto_Emple 1 Arturo López Riaño Director Ocurrencias 2 Ana Andrade Juárez Gerente 3 Juan Torres Sánchez Comercial 4 Rosa Valera Roca Comercial 10

2.2.1- Elementos del modelo. Atributo Existen dos tipos de atributos; los identificadores de la entidad y los descriptores de la entidad. Identificadores (o claves): identifican de forma univoca cada ocurrencia. Descriptores: no identifican de forma univoca cada ocurrencia. EMPLEADO # Cod_Empleado Nom_Emple Apell_Emple Puesto_Emple Nota: Para representar los identificadores o claves añadiremos el símbolo # delante del nombre del atributo (o la piruleta negra) 11

2.2.1- Elementos del modelo. Atributo Las claves pueden estar compuestas de uno o más atributos. Ejemplos: EMPLEADO # Cod_Empleado Nom_Emple Apell_Emple Puesto_Emple SALA_CINE # Nom_Cine # Num_Sala Capacidad Tamaño_Pantalla 12

2.2.1- Elementos del modelo. c.- Relación: Es la representación de una asociación producida entre los objetos del mundo real. Notación: ALUMNO Estudia ASIGNATURA c.1.- Grado de una relación El nº de entidades que participan en la relación: Nombre de la relación Grado de la relación Relaciones Unitarias o Reflexivas 1 Relaciones Binarias 2 Relaciones Ternarias 3 Relaciones N-arias N 13

2.2.1- Elementos del modelo. Relación Ejemplos de grados: Relación unaria o reflexiva PERSONA Es hijo de ALUMNO Estudia ASIGNATURA Relación binaria EMPLEADO Realiza PROYECTO DEPARTAMENTO Relación ternaria 14

2.2.1- Elementos del modelo. Relación c.2.- Participación de una entidad en una relación Consiste en definir el número mínimo y máximo de ocurrencias que le pueden corresponder a una ocurrencia de la otra relación. PROFESOR (1,n) ENSEÑA (1,n) ALUMNO Posibles participaciones: (0,1), (1,1), (0,n), (1,n). Se averiguan fijando una ocurrencia en una entidad y analizando el número mínimo y máximo de ocurrencias posibles en la otra entidad de la relación. 15

2.2.1- Elementos del modelo. Relación c.3.- Cardinalidad de una relación Representa el número máximo de ocurrencias de una entidad asociadas al número máximo de ocurrencias del resto de las entidades relacionadas. Ejemplo: PERSONA (1,1) 1:1 ES PROPIETARIO (0,1) VIVIENDA VPO Uno a uno 1:N PERSONA (1,n) ESTA CENSADA (0,1) LOCALIDAD Uno a muchos N:M PROFESOR (1,n) ENSEÑA (1,n) ALUMNO Muchos a muchos 16

2.2.1- Elementos del modelo. Relación c.4.- Atributos propios de una relación También las relaciones pueden tener atributos. N:M CLIENTE (0,n) COMPRA (0,n) PRODUCTO fecha cantidad c.5.- Clave de una relación Es el atributo o conjunto de atributos que identifican de manera unívoca a una ocurrencia de una relación. Se obtiene uniendo las claves de las entidades que relaciona. A veces es necesario que un atributo de la relación entre a formar parte de la clave. 17

2.2.1- Elementos del modelo. Relación Ver ejemplos de las páginas 68 y 69 de las fotocopias Ejemplo de clave de una relación ampliada: N:M CLIENTE # id_cli nombre (0,n) fecha COMPRA cantidad (0,n) PRODUCTO # cod_prod nombre precio Ocurrencias de CLIENTE # id_cli nombre 1 Juan 2 Ana Ocurrencias de COMPRA # Id_cli # cod_prod # fecha cantidad 1 001 12/05/2009 7 1 003 12/05/2009 3 1 001 16/06/2009 10 2 003 12/05/2009 2 Ocurrencias de CLIENTE # cod_prod nombre precio 001 Mesa 40 002 Silla 20 003 Sofá 200 18

2.2.2- Entidades fuertes y débiles. Relaciones de dependencia Entre las entidades se pueden diferenciar dos tipos: Entidades Fuertes o Propias o Regulares: aquellas cuyas ocurrencias tienen existencia por si mismas, es decir, son identificables por sí mismas, los atributos que las identifican son propios de la entidad. Las entidades fuertes se representan con un rectángulo. Ejemplo: Alumno (identificable con el Nº Matrícula) 19

2.2.2- Entidades fuertes y débiles. Relaciones de dependencia Entidades Débiles: aquellas en las cuales la existencia de una ocurrencia depende de que exista una cierta ocurrencia de otra entidad, frecuentemente sus ocurrencias son identificables por estar asociadas a otra u otras entidades, es decir, que alguno de los atributos que las identifican se refiere a otra entidad. Las entidades débiles se representan mediante dos rectángulos. Ejemplo: Asignatura (si se identifica mediante el Código de Asignatura, formado por un primer dígito correspondiente al departamento al que pertenece dicha asignatura, y el siguiente dígito es un número secuencial que el departamento pone a sus asignaturas). 20

2.2.2- Entidades fuertes y débiles. Relaciones de dependencia Las relaciones de dependencia son las que se producen entre las entidades fuerte y las débiles. Existen dos tipos: En existencia: la entidad débil depende de la fuerte solo para existir. Es independiente para todo lo demás En identificación: la entidad débil necesita de la fuerte para existir y para identificarse. En estos casos la débil necesita de la clave de la fuerte para formar su clave primaria. Representación: E I 21

2.2.3- Control de redundancias Un esquema es redundante cuando al eliminar un elemento del mismo no se pierde información. Condiciones que se deben cumplir para que haya redundancia: Debe haber un ciclo: se produce cuando al unir entidades mediante relaciones, queda un espacio cerrado en su interior. Las relaciones implicadas en el ciclo deben ser semánticamente equivalentes (significado parecido). Las cardinalidades deben ser tales que se pueda eliminar una de las relaciones sin perder información. 22

2.2.3- Control de redundancias Ejemplo de esquema NO REDUNDANTE: 1:N PAÍS (1,1) Se_encuentra_en (1,1) 1:N Habita (1,n) ANIMAL Un animal habita en un único país, pero puede que no viva en ningún parque nacional, por lo que a través del parque no se puede saber en qué país se encuentra. (1,n) (1,n) PARQUE NACIONAL (0,1) Vive_en 1:N 23

2.3.- Modelo E/R Extendido Modelo E/R que incluye las relaciones jerárquicas. RELACIONES JERÁRQUICAS: se producen cuando una entidad se puede subdividir en otras, las cuales mantienen una relación ES_UN con la anterior. Por ejemplo, un empleado es un administrativo; un empleado es un gerente. SUPER-ENTIDAD tipo EMPLEADO cargo SUB-ENTIDAD SUB-ENTIDAD SUB-ENTIDAD GERENTE COMERCIAL ADMINISTRATIVO 24

2.3.- Modelo E/R Extendido Las sub-entidades heredan las claves y los atributos de la super-entidad. Se pueden encontrar tipos de relaciones jerárquicas según dos criterios: Según el numero máximo de ocurrencias en las que las sub-entidades se corresponden con una ocurrencia de la super-entidad o Si una ocurrencia de la super-entidad solo se corresponde como máximo con una de las sub-entidades: Jerarquía exclusiva o Si a una ocurrencia de la super-entidad le pueden corresponder más de una ocurrencia de las sub-entidades: Jerarquía inclusiva o con solapamiento 25

2.3.- Modelo E/R Extendido Ejemplos: Una ocurrencia arriba EMPLEADO cargo o Jerarquía exclusiva. Se representa con un arco bajo el triángulo: Sólo una abajo como mucho GERENTE COMERCIAL ADMINISTRATIVO Una ocurrencia arriba PERSONA ocupación o Jerarquía inclusiva. Se representa sin arco. Puede haber varias abajo ESTUDIANTE TRABAJADOR 26

2.3.- Modelo E/R Extendido Según si a una ocurrencia de la super-entidad debe o no corresponderle varias o ninguna ocurrencia en las subentidades o Una ocurrencia como mínimo: jerarquía total Se representa con un círculo sobre el triángulo. Una ocurrencia arriba Obligatoria al menos una abajo o Sin mínimo de ocurrencias: jerarquía parcial Se representa sin círculo sobre el triángulo. Una ocurrencia arriba Puede no tener ninguna abajo 27

2.3.- Modelo E/R Extendido Para poder determinar fiablemente el tipo de jerarquía es útil preguntarse: Para una ocurrencia en la superentidad Cuántas ocurrencias existen como mínimo y máximo en la sub-entidad? Combinación de tipos de jerarquías: Total Parcial Exclusiva (1,1) (0,1) Inclusiva (1,n) (0,n) 28

2.3.- Modelo E/R Extendido Una ocurrencia arriba EMPLEADO cargo Jerarquía exclusiva parcial. Una o ninguna abajo (0,1) GERENTE COMERCIAL ADMINISTRATIVO Una ocurrencia arriba PERSONA ocupación Jerarquía inclusiva parcial. Ninguna o varias abajo (0,n) ESTUDIANTE TRABAJADOR 29

2.3.- Modelo E/R Extendido Ejemplos: Una ocurrencia arriba ELEMENTO estado Jerarquía exclusiva total. Obligatoria una y sólo una abajo (1,1) LÍQUIDO SÓLIDO GASEOSO Una ocurrencia arriba VEHÍCULO Jerarquía inclusiva total. tipo Obligatoria una o más abajo (1,n) ACUÁTICO TERRESTRE AÉREO 30