3. Modelo Entidad Relación
|
|
- Alejandra Moya Gutiérrez
- hace 7 años
- Vistas:
Transcripción
1 3. Modelo Entidad Relación Competencias específicas a adquirir Aplicar correctamente los conceptos y notaciones de modelos conceptuales que ofrezcan la suficiente semántica y que sean independientes de la plataforma, como el modelo entidad-relación extendido o UML 1 3. Modelo Entidad Relación Contenidos 3.1. Introducción e historia del Modelo Entidad-Relación 3.2. Modelo Entidad-Relación: Entidades, Atributos, Dominios, Concepto de relación Restricciones sobre relaciones, Relaciones n-arias, Tipos de entidades débiles 3.3. Modelo Entidad-Relación d Extendido dd Relaciones exclusivas, Agregación de tipos de entidad Especialización/generalización 2 1
2 3. Modelo Entidad Relación Bibliografía más relevante [EN 2007] capítulos 3 y 4; [CB 2005] capítulos 11 y 12, [SKS 2002] capítulo 2 [EN 2002] capítulos 3 y 4; Notación por defecto que vamos a usar [MPM 1999] capítulo Introducción e historia del modelo Entidad-Relación Modelo de datos conceptual de alto nivel Propuesto por Peter P. Chen en 1976 Extensiones/aportaciones de muchos otros autores» No existe un único MER, sino una FAMILIA DE MODELOS Describe el mundo real como un conjunto de ENTIDADES y de RELACIONES entre ellas Gran difusión Muy extendido en los métodos de diseño de bases de datos Soportado por herramientas software de diseño (CASE) 4 2
3 3.1. Introducción e historia del modelo Entidad-Relación En el proceso de diseño... Requisitos de datos DISEÑO CONCEPTUAL Esquema Conceptual MER Introducción e historia del modelo Entidad- Relación Esquema conceptual Descripción concisa de los requisitos de información de los usuarios Descripciones detalladas de TIPOS DE DATOS RELACIONES ENTRE DATOS RESTRICCIONES que los DATOS deben cumplir Sin detalles de implementación Más fácil de entender Comunicación con el usuario no técnico 6 3
4 3.2. Conceptos básicos del modelo Entidad ( entity ) Atributo( attribute ) Dominio ( values set ) Relación( relationship ) Conceptos básicos del modelo ENTIDAD Cosa u objeto del mundo real con existencia propia y distinguible del resto Objeto con existencia... física o real (una persona, un libro, un empleado) abstracta acta o conceptual ceptua (una asignatura, a a, un viaje) Persona, lugar, cosa, concepto o suceso, real o abstracto, de interés para la empresa (ANSI, 1977) 8 4
5 3.2. Conceptos básicos del modelo ATRIBUTO Propiedad o característica de una entidad Una entidad particular es descrita por los valores de sus atributos: titulo = El alquimista impaciente genero = Thriller p1 nacionalidad = España añoestreno = e1 dni = nss = nombre = Cristina Aliaga Gil nacionalidad = España Conceptos básicos del modelo TIPO DE ENTIDAD (entity set) Define un conjunto de entidades que poseen los mismos atributos PELICULA: titulo, genero, nacionalidad, añoestreno,numcopias EMPLEADO: dni, nss, nombre, fechanacim, direccion, telefono, altura, nacionalidad, edad Notación EMPLEADO PELICULA DIRECTOR CLIENTE LOCAL VIDEOCLUB ACTOR 10 5
6 3.2. Conceptos básicos del modelo Instancia de un tipo de entidad También... p3 Ocurrencia Realización Ejemplar Entidad concreta o individual p2 titulo = Amores perros genero = Drama nacionalidad = Méjico añoestreno = PELICULA titulo = El señor de los anillos genero = Fantasía nacionalidad = EEUU añoestreno = p4 titulo = Amelie genero = Comedia nacionalidad = Francia añoestreno = Conceptos básicos del modelo Intensión y Extensión Un tipo de entidad describe el esquema o intensión para un conjunto de entidades que poseen la misma estructura EMPLEADO: dni, nss, nombre, dirección, telefono, altura, fechanacim, nacionalidad, edad Las instancias del tipo de entidad se agrupan en un conjunto de entidades o extensión e1 ( , , Cristina Aliaga Gil, Libertad Libertad, 2. Yecla. Murcia , , 1 60, 28/07/1979, España, 23) e2 ( , , Antonio Gil Sánchez, Paz, 5. Murcia. Murcia.30012, , 1 76, 14/04/1944, España, 58) e3 ( , , Julia Sauce, Justicia, 20. Yecla. Murcia , , 1 59, 23/05/1947, España, 55)
7 3.2. Conceptos básicos del modelo Tipos de atributos Simples o Compuestos Almacenados o Derivados Monovalorados o Multivalorados Opcionales Conceptos básicos del modelo Atributos Simples o Compuestos Atributos compuestos Pueden dividirse en otros con significado propio fechanacim direccion dia mes año calle ciudad provincia codpostal Valor compuesto = concatenación de valores de componentes Atributos simples No divisibles. Atómicos genero 14 7
8 3.2. Conceptos básicos del modelo Atributos Almacenados o Derivados Atributos derivados Valor calculado a partir de otra información ya existente (atributos, entidades relacionadas) Son información redundante... edad [de EMPLEADO], cálculo a partir de fechanacim»atributo derivado del valor de otro atributo numcopias [de una PELICULA], cuenta del número de entidades COPIA relacionadas con cada película concreta»atributo derivado de entidades relacionadas Atributos almacenados fechanacim [de cada EMPLEADO] nacionalidad [de una PELICULA] Conceptos básicos del modelo Atributos Monovalorados o Multivalorados Atributos monovalorados (monovaluados) sólo un valor para cada entidad fechanacim [de un EMPLEADO particular] añoestreno [de cada PELICULA concreta] Atributos multivalorados (multivaluados) más de un valor para la misma entidad nacionalidad [ PELICULA coproducida por varios países ] telefono [ EMPLEADO con varios teléfonos de contacto] pueden tener límites superior e inferior del número de valores por entidad nacionalidad (1-2) telefono (0-3) 16 8
9 3.2. Conceptos básicos del modelo Atributos Opcionales (nulos) El nulo (null value) es usado cuando... Sedesconoce el valor de un atributo para cierta entidad El valor existe pero falta altura [de un EMPLEADO] No se sabe si el valor existe o no telefono [de un EMPLEADO] La entidad no tiene ningún valor aplicable para el atributo: fechaalquiler [PELICULA sólo en vídeo-venta (no alquiler)] Conceptos básicos del modelo Notación para atributos [EN2002] ciudad provincia calle codpostal fechana dirección cim telefono (0,3) nomb (0,1) EMPLEADO altura re (1,2) nss nacionalidad dni edad calleciudadprovincia fechanacim codpostal dirección nombre (0,3) EMPLEADO telefono altura D (1,2) nss nacionalidad dni edad 18 9
10 3.2. Conceptos básicos del modelo Atributos Clave Atributo con valor distinto para cada instancia de un tipo de entidad dni en EMPLEADO Una clave identifica de forma única cada entidad concreta atributo identificador Notación EMPLEADO EMPLEADO dni [EN2002] dni Conceptos básicos del modelo Atributos Clave (ii) Una clave puede estar formada por varios atributos clave compuesta Combinación de valores distinta para cada instancia (nombre, fechanacim) en el tipo de entidad EMPLEADO Una clave compuesta debe ser mínima Un tipo de entidad puede tener más de una clave claves candidatas Claves o Identificadores Candidatos de EMPLEADO: dni nss (nombre, fechanacim) 20 10
11 3.2. Conceptos básicos del modelo Atributos Clave (iii) Atributo identificador principal (IP) Clave Principal Elegido (por el diseñador) de entre los identificadores candidatos (IC), para ser el medio principal de identificación de las instancias del tipo de entidad dni en EMPLEADO Atributos identificadores alternativos (IA) Claves Alternativas El resto de IC s nss y (nombre, fechanacim) en EMPLEADO Conceptos básicos del modelo Notación para atributos clave [EN2002] ciudad provincia calle calleciudad provincia codpostal fechanacim codpostal fechanacim dirección dirección (0,3) telefono (0,3) nombre EMPLEADO telefono (0,1) n-f EMPLEADO altura altura (1,2) (1,2) n-f D nombre IP nss nacionalidad nss nacionalidad dni edad dni edad En el MER es obligatorio que todo tipo de entidad tenga un identificador 22 11
12 Conjunto de valores 3.2. Conceptos básicos del modelo DOMINIO (values set) Cada atributo simple está asociado a un dominio, que especifica sus valores válidos Atributo Dominio Descripción Dominio nombre NOMBRES cadenas de hasta 30 caracteres alfabéticos telefono TELEFONOS cadenas de hasta 9 caracteres numéricos altura MEDIDAS números reales entre 0 y 2 5 (metros) No suele representarse, aunque una forma de hacerlo sería: EMPLEADO nombre telefono altura NOMBRES TELEFONOS MEDIDAS 23 RELACIÓN (relationship) También interrelación 3.2. Conceptos básicos del modelo Asociación, vínculo o correspondencia entre instancias de entidades relacionadas de alguna manera en el mundo real el director Alejandro Amenábar ha rodado la película Mar adentro el empleado trabaja en el local de videoclub principal la película El imperio contraataca es una continuación de la película La guerra de las galaxias 24 12
13 Tipo de Entidad: conjunto de instancias DIRECTOR HA_RODADO PELICULA J. Médem C. Saura F. Trueba Instancia del tipo de relación Vacas Tesis Belle Epoque Torrente S. Segura Tierra A. Amenábar Tipo de Relación: conjunto de instancias n Abre los ojos n Los otros Conceptos básicos del modelo TIPO DE RELACIÓN (relationship set) Estructura genérica o abstracción del conjunto de relaciones existentes entre dos o más tipos de entidad un DIRECTOR ha rodado PELICULA s Notación DIRECTOR HA_RODADO PELICULA 26 13
14 2.2. Conceptos básicos del modelo Grado de un tipo de relación Número de tipos de entidad que participan en el tipo de relación Binaria: grado 2 (el más frecuente) Ternaria: grado 3 Reflexiva (o recursiva): grado 1 ACTOR ACTUA_EN PELICULA CLIENTE ALQUILA PELICULA CONTINUACION DE PELICULA LOCAL_VIDEOCLUB Conceptos básicos del modelo Nombres de Rol (papel) Todo tipo de entidad que participa en un tipo de relación juega un papel específico en la relación DIRECTOR HA_RODADO PELICULA realizador film Los nombres de rol se deben usar, sobre todo, en los tipos de relación reflexivos, para evitar ambigüedad original VERSION_DE versión PELICULA 28 14
15 3.2. Conceptos básicos del modelo Restricciones estructurales sobre tipos de relación Limitan las posibles combinaciones de entidades que pueden participar en las relaciones Extraídas de la situación real que se modela Una película debe haber sido dirigida por uno y sólo un director Un director ha dirigido al menos una película y puede haber dirigido muchas Clases de restricciones estructurales: Razón de cardinalidad (o tipo de correspondencia) Razón de participación Conceptos básicos del modelo Razón de Cardinalidad Número máximo de instancias de tipo de relación en las que puede participar una misma instancia de tipo de entidad la cardinalidad de HA_RODADO es 1 a N HA_RODADO es de tipo 1 a N Notación etiqueta en la línea que une entidad y relación Ojo: da la sensación de que se representa al revés DIRECTOR 1 HA_RODADO N PELICULA 30 15
16 3.2. Conceptos básicos del modelo Razón de Cardinalidad Razones de cardinalidad más comunes: 1:1 ( uno a uno ) 1:N ( uno a muchos ) M:N ( muchos a muchos ) trabajador EMPLEADO ACTOR personaje 1 encargado 1 M TRABAJA_EN SUPERVISA ACTUA_EN 1 lugar trabajo sucursal N LOCAL_VIDEOCLUB filmn PELICULA Conceptos básicos del modelo Razón de Cardinalidad Notación Número máximo de instancias de un tipo de entidad d que pueden estar relacionadas con una instancia del otro tipo de entidad Notación Etiqueta(1:1, 1:N, M:N ) junto al tipo de relación, o Flecha en sentido... a N 1:1 TRABAJA_EN lugar trabajo trabajador EMPLEADO encargado 1:N SUPERVISA sucursal LOCAL_VIDEOCLUB M:N ACTOR ACTUA_EN PELICULA 32 16
17 3.2. Conceptos básicos del modelo Razón de Participación Especifica si toda la extensión de un tipo de entidad participa en un tipo de relación, o sólo parte de la extensión Indica si hay dependencia en existencia de un tipo de entidad respecto de un tipo de relación Clases de participación: Participación total (dependencia en existencia) Participación parcial Conceptos básicos del modelo Razón de Participación (ii) 1 TRABAJA_EN 1 Notación lugar trabajo Líneas dobles o simples trabajador EMPLEADO encargado sucursal 1 SUPERVISA N LOCAL_VIDEOCLUB DIRECTOR ACTOR 1 personaje M HA_ RODADO ACTUA_EN N film N PELICULA PELICULA 34 17
18 Ejercicio 1 Diseñar con el modelo EER una BD de la siguiente situación: Consideremos el caso de un campeonato juvenil (menores de 25 años) de fútbol. Existen distintos aspectos a considerar para este caso. Hay equipos de a lo menos 11 jugadores. Cada jugador puede participar en un equipo solamente. En cada partido juegan dos equipos. En cada partido participan 3 colegiados: un árbitro, un árbitro de banda derecha y un árbitro de banda izquierda. Cada jugador tiene asignadas posiciones en las que puede jugar en un partido. Cada jugador de un equipo participa i en un partido en una posición, ió que debe ser alguna para las cuales está preparado. No necesariamente todas las posiciones deben ser ocupadas en un partido (puede haber más de once posiciones) Conceptos básicos del modelo Cardinalidad de tipo de entidad Otra forma de expresar las razones de cardinalidad y participación PERSONA USA EDIFICIO PERSONA p1 EDIFICIO USA e1 POSEE PERSONA p1 EDIFICIO POSEE e1 p2 e2 e3 p2 e2 e3 p3 e4 p3 e
19 3.2. Conceptos básicos del modelo Cardinalidad de tipo de entidad Números mínimo y máximo de instancias del tipo de relación en las que puede intervenir una instancia del tipo de entidad Notación (min, max) en la línea que une entidad y relación (1,n) (0,m) PERSONA USA EDIFICIO (0,n) POSEE (1,1) Conceptos básicos del modelo Cardinalidad de tipo de entidad (iii) EMPLEADO ACTOR 1 1 M TRABAJA_EN 1 SUPERVISA N LOCAL_VIDEOCLUB ACTUA_EN N PELICULA (1,1) TRABAJA_EN EMPLEADO (0,n) SUPERVISA ACTOR (1,n) ACTUA_EN (1,1) (1,1) LOCAL_VIDEOCLUB (0,m) PELICULA 38 19
20 3.2. Conceptos básicos del modelo Cardinalidad de tipo de entidad Notación MPM1999 Números mínimo y máximo de instancias de un tipo de entidad que pueden estar relacionadas con una instancia del otro tipo de entidad Notación (min, max) en la línea que une entidad y relación (0,m) (1,n) PERSONA USA EDIFICIO (1,1) POSEE (0,n) 39 Cardinalidad de tipo de entidad (v) Comparación de notaciones [EN2002] 2.2. Conceptos básicos del modelo POSEE ( PERSONA(0,n) : EDIFICIO(1,1) ) PERSONA PERSONA POSEE EDIFICIO (0,n) (1,1) p1 PERSONA POSEE EDIFICIO (1,1) (0,n) POSEE( PERSONA(1,1) : EDIFICIO(0,n) ) p2 p3 EDIFICIO POSEE e1 e2 e3 e4 En toda notación, la cardinalidad de una entidad es la etiqueta de la línea que la une a la relación 40 20
21 3.2. Conceptos básicos del modelo Atributos de tipos de relación Conceptualmente pertenecen a la relación Un atributo de una M:N es propio de la relación Un atributo de una 1:1 o 1:N se puede llevar a uno de los tipos de entidad participantes EMPLEADO horas horas 1 TRABAJA_EN 1 SUPERVISA fechainicio i i 1 N LOCAL_VIDEOCLUB fechainicio horas Conceptos básicos del modelo Tipo de Entidad Débil No tiene atributos clave propios Una instancia se identifica por su relación con una instancia de otro tipo de entidad Tipo de relación identificador Relaciona un tipo de entidad débil y un tipo de entidad regular (fuerte, dominante, padre, propietaria) Clave parcial (o discriminante) Atributos de la entidad débil, que identifican de forma única cada instancia, siempre que esté relacionada con una instancia del tipo de entidad regular Clave = (clave_entidad_regular, clave_parcial) Notación COPIA 42 21
22 3.2. Conceptos básicos del modelo Tipo de entidad débil (ii) nss especialidad PACIENTE 1 ACUDE N VISITA_MEDICA N ASISTIDA POR 1 MEDICO Tipo de Entidad Regular Tipo de Relación Identificador diahora ncolegiado nombre PELICULA título TIENE 1 N COPIA Clave parcial o Discriminante numcopia Dependencia en existencia Conceptos básicos del modelo Tipo de entidad débil (iii) No toda participación total (o dependencia en existencia) implica un tipo de entidad débil EMPLEADO 1 POSEE dni N PERMISO CONDUCCION numlicencia tipo PERMISO_CONDUCCIÓN no es débil: depende en existencia de EMPLEADO, pero tiene clave primaria propia 44 22
23 3.2. Conceptos básicos del modelo Tipo de entidad débil (iv) Notación Definición distinta de tipo de entidad débil La existencia de una instancia del tipo de entidad débil depende de la existencia de una instancia del tipo de entidad regular Tipo de relación débil (o dependencia) Relaciona un tipo de entidad débil y otro regular Clases de dependencia: En existencia En identificación Conceptos básicos del modelo Tipo de entidad débil (v) Dependencia en existencia ( entre entidades) Si desaparece una instancia del tipo de entidad regular deben desaparecer las instancias de la entidad débil que dependen de ella Etiqueta E en el tipo de relación débil Dependencia en identificación Ademásde la dependencia en existencia... Una instancia del tipo de entidad débil no se puede identificar por sí misma Su clave es (clave_entidad_regular, clave_parcial) Etiqueta ID en el tipo de relación débil 46 23
24 3.2. Conceptos básicos del modelo Tipo de entidad débil (vi) dni 1:N EMPLEADO E POSEE Tipo de Relación Débil PELICULA 1:N ID TIENE titulo numlicencia tipo PERMISO CONDUCCION COPIA numcopia idcopia PERMISO_CONDUCCION es débil, pues depende en existencia de EMPLEADO, pero no depende en identificación COPIA es débil, pues depende en existencia de PELICULA, y también depende en identificación Conceptos básicos del modelo Tipo de entidad débil (vii) Comparación de conceptos y notación [EN2002] CLIENTE 1 POSEE dni CLIENTE dni (1,1) E POSEE 1:N N PRESTAMO numprestamo (0,n) PRESTAMO numprestamo Dependencia en existencia 48 24
25 3.2. Conceptos básicos del modelo Tipo de entidad débil (viii) Comparación de conceptos y notación (ii) [EN2002] PRESTAMO 1 TIENE N PAGO numprestamo numpago 1:1 PRESTAMO (1,1) ID TIENE (0,n) PAGO Dependencia en identificación numprestamo numpago idpago Entidad Débil de otra entidad débil Conceptos básicos del modelo Tipo de entidad débil (ix) Comparación de conceptos y notación (iii) [EN2002] ACTOR M nombre ACTOR (0,m) nombre ACTUA_EN N PELICULA título ACTUA_EN (1,n) PELICULA M:N título Participación total 50 25
26 3.2. Conceptos básicos del modelo Tipos de relación con grado superior a dos [EN2002] fecha CLIENTE (0,n) (0,1) ALQUILA (0,m) LOCAL VIDEOCLUB CINTA VIDEO fecha CLIENTE (1,1) (1,n) ALQUILA (1,1) 1) LOCAL VIDEOCLUB CINTA VIDEO Cardinalidad de los tipos de entidad Conceptos básicos del modelo Tipos de relación con grado superior a dos (ii) Equivalencia ternaria varias binarias [EN2002] fecha CLIENTE (0,n) (0,1) ALQUILA (0,m) LOCAL VIDEOCLUB CINTA VIDEO fecha (0,n) CLIENTE ALQUILA (1,m) (0,1) CINTA ALQUILA_EN VIDEO (1,n) (1,1) LOCAL VIDEOCLUB (1,n) CONTIENE 52 26
27 3.2. Conceptos básicos del modelo Tipos de relación con grado superior a dos (iii) [EN2002] idprov PROVEEDOR codpr cantidad (1,n) (0,m) SUMINISTRA PRODUCTO fecha (1,p) TIENDA nombre PROVEEDOR (1,m) PROVEE (1,n) TIENDA (1,n) (1,m) PUEDE SUMINISTRAR (1,m) PRODUCTO VENDE (0,n) Pérdida de semántica Conceptos básicos del modelo Tipos de relación con grado superior a dos (iv) Solución típica: coexistencia ternaria/binarias [EN2002] PROVEEDOR idprov (1,n) PUEDE SUMINISTRAR (1,m) PROVEE (1,n) SUMINISTRA (0,m) (1,m) PRODUCTO codpr (1,n) (1,p) cantidad fecha (0,n) TIENDA (1,m) VENDE nombre 54 27
28 3.2. Conceptos básicos del modelo Tipos de relación con grado superior a dos (v) Otra solución: relación ternaria como entidad débil (Entidad Asociativa) [EN2002] cantidad fecha REALIZA (1,n) PROVEEDOR idprov (1,1) SUMINISTRO (1,1) RECIBE (1,n) (1,1) CONTIENE (0,n) PRODUCTO codpr nombre TIENDA Conceptos básicos del modelo Tipos de relación con grado superior a dos (vi) Relaciones ternarias falsas idemp (0,n) EMPRESA num fecha REALIZA (1,1) ENTREVISTA dni (0,m) CANDIDATO (0,1) (1,1) GENERA [EN2002] OFERTA EMPLEO idoferta Tipo de entidad débil de más de un tipo de entidad 56 28
29 Ejercicio 2:Diseñar con el modelo EER una BD de un pequeño aeropuerto. Control de cada avión registrado en el aeropuerto (Nº Registro, matrícula, antigüedad, fecha registro,...). Cada avión es de un tipo determinado, recogiéndose de cada tipo su modelo, capacidad y peso. Control de los hangares (Código hangar, capacidad y localización) dondese estacionan aviones. Cada avión tiene designado un hangar. Control de los propietarios (individuales o corporativos) de aviones (nombre, dirección, teléfono). Relación N:M. Se registrará la fecha de compra de cada avión. Control de pilotos (Número de licencia). Están cualificados para pilotar determinados tipos de aviones. Control de empleados de mantenimiento (salario y turno). Cualificados para trabajar en determinados tipos de aviones. Mantienen aviones específicos Para cada servicio de mantenimiento se registrará: fecha, código de trabajo y horas trabajadas. Se registrará el NSS, nombre, dirección,... de todas las personas (mecánicos, pilotos, propietarios individuales) de la BD Extensiones del modelo Modelo Entidad-Relación Extendido, MERE Enhanced Entity-Relationship model, EER Aportaciones de diversos autores al modelo Entidad-Relación «básico». Permiten representar... Relaciones exclusivas entre sí Jerarquías de Especialización/Generalización Agregación de entidades d 58 29
30 3.3. Extensiones del modelo Relaciones Exclusivas Dos (o más) tipos de relación son exclusivos, respecto de un tipo de entidad que participa en ambos, si cada instancia del tipo de entidad sólo puede participar en uno de los tipos de relación VEHÍCULO CONSUME GASTA GASOIL GASOLINA CONSUME y GASTA son exclusivas respecto del tipo de entidad VEHICULO Extensiones del modelo Especialización/Generalización (E/G) Caso especial de relación entre un tipo de entidad y varios otros tipos de entidad La jerarquía o relación que se establece entre uno y otros corresponde a la noción de es_un o de es_un_tipo_de Estas jerarquías pueden formarse por especialización o bien por generalización 60 30
31 3.3. Extensiones del modelo E/G: Subtipo de un tipo de entidad Agrupación de instancias dentro de un tipo de entidad, que debe representarse explícitamente debido a su importancia para el diseño o aplicación ió Subtipos del tipo de entidad VEHÍCULO: CAMIÓN TURISMO AUTOBÚS CICLOMOTOR Subtipos del tipo de entidad EMPLEADO: SECRETARIO GERENTE COMERCIAL El tipo de entidad que se especializa en otros se llama supertipo ( VEHICULO, EMPLEADO ) Extensiones del modelo E/G: Relación Supertipo/Subtipo Es la relación que se establece entre un supertipo y cada uno de sus subtipos (noción es_un o es_un_tipo_de) Notación: EMPLEADO EMPLEADO [EN2002] SECRETARIO GERENTE COMERCIAL SECRETARIO GERENTE COMERCIAL EMPLEADO ES [SKS1998] SECRETARIO GERENTE COMERCIAL 62 31
32 3.3. Extensiones del modelo E/G: Relación Supertipo/Subtipo (ii) La extensión de un subtipo es un subconjunto de la extensión del supertipo p Una instancia de subtipo también es instancia del supertipo y es la misma instancia, pero con un papel específico distinto Una instancia no puede existir sólo por ser miembro de un subtipo: también debe ser miembro del supertipo Una instancia del supertipo puede no ser miembro de ningún subtipo VEHÍCULO EMPLEADO_HOSPITAL CAMIÓN TURISMO CICLOMOTOR MÉDICO CELADOR ENFERMERO LIMPIADOR Extensiones del modelo E/G: Herencia de tipo Un subtipo puede tener atributos propios (específicos) y participar en relaciones por separado Un subtipo hereda todos los atributos del supertipo, p y toda relación en la que participa el supertipo Un subtipo, con sus atributos y relaciones específicos, más los atributos y relaciones que hereda del supertipo, es un tipo de entidad por derecho propio numbastidor VEHÍCULO FABRICA precio (1,n) (1,1) 1) N:1 CAMIÓN TURISMO numejes tonelaje numpuer FABRICANTE (1,1) ID (0,1) MOTOCICLETA LLEVA SIDECAR numplazas cilindrada 1:
33 3.3. Extensiones del modelo E/G: Especialización Proceso de definición de un conjunto de subtipos de un tipo de entidad (» supertipo) Subtipos suelen estar definidos según característica distintiva de las entidades del supertipo Discriminante de la especialización EMPLEADO actividad SECRETARIO GERENTE COMERCIAL Extensiones del modelo E/G: Especialización (ii) Varias especializaciones de un tipo de entidad, con base en diferentes discriminantes VEHÍCULO motors/n tipo VEHÍCULO_A_MOTOR VEHÍCULO_SIN_MOTOR CAMIÓN TURISMO MOTOCICLETA género PELÍCULA color [EN2002] DRAMA TERROR COMEDIA BLANCO_Y_NEGRO COLOR 66 33
34 3.3. Extensiones del modelo E/G: Especialización (iii) Conviene incluir relaciones subtipo/supertipo si hay... Atributos que sólo tienen sentido para algunas instancias de un tipo y no para todas (atributos específicos) especialidadmédica «no es aplicable» a CELADOR Tipos de relación en los que sólo participan algunas entidades de un tipo y no todas (relaciones específicas) Relación SUPERVISA entre CELADOR y SECCIÓN_ HOSPITAL CELADOR SUPERVISA SECCIÓN_HOSPITAL (1,1) 1:1 (1,1) Extensiones del modelo E/G: Generalización Proceso inverso de la especialización Suprimir diferencias entre varios tipos de entidad: identificar atributos y relaciones comunes,,y formar un supertipo p que los incluya numbastidor precio CAMIÓN fechafab numejes tonelaje G numbastidor fechafab precio TURISMO numpuer numbastidor VEHÍCULO precio fechafab CAMIÓN TURISMO numejes tonelaje numpuer 68 34
35 3.3. Extensiones del modelo E/G: Generalización vs. Especialización Generalización Énfasis en las similitudes Cada instancia del supertipo es también una instancia de alguno de los subtipos Especialización Énfasis en las diferencias Alguna instancia del supertipo puede no ser instancia de ningún subtipo Extensiones del modelo Restricciones sobre la E/G Definición Qué instancias del supertipo pertenecen a cada subtipo? Disyunción/Solapamiento A cuántos subtipos puede pertenecer (a la vez) una instancia del supertipo? Completitud/Parcialidad Debe toda instancia del supertipo pertenecer a algún subtipo? 70 35
36 3.3. Extensiones del modelo Restricciones sobre la E/G: Definición Subtipos definidos por predicado o condición Condición de pertenencia a cada subtipo con base en el valor de algún atributo del supertipo Restricción que especifica que... Las instancias del subtipo deben satisfacer la condición Todas las instancias del supertipo que cumplen la condición, deben pertenecer al subtipo PERSONA estadolaboral=en_activo EMPLEADO matriculado=true ESTUDIANTE Extensiones del modelo Restricciones sobre la E/G: Definición (ii) Subtipos definidos por atributo Todas las subclases definen la condición de pertenencia en términos del mismo atributo... es el discriminante de la especialización PERSONA EMPLEADO_HOSPITAL en_activo EMPLEADO estadolaboral en_paro PARADO [EN2002] clasetrabajo médico celador enfermero limpiador MÉDICO CELADOR ENFERMERO LIMPIADOR 72 36
37 3.3. Extensiones del modelo Restricciones sobre la E/G: Definición (iii) Subtipos definidos por el usuario No existe (o no interesa definir) ninguna condición de pertenencia a los subtipos El usuario, al insertar una instancia, elige a qué subtipo pertenece PROFESOR TITULAR AYUDANTE ASOCIADO Extensiones del modelo Restricciones sobre la E/G: Disyunción/Solapamiento Subtipos disjuntos si una instancia del supertipo puede ser miembro de, como máximo, uno de los subtipos VEHÍCULO d VEHÍCULO TURISMO CAMIÓN TURISMO CAMIÓN [EN2002] 74 37
38 3.3. Extensiones del modelo Restricciones sobre la E/G: Disyunción/Solapamiento (ii) Subtipos solapados si una instancia del supertipo puede ser, a la vez, miembro de más de un subtipo Es la opción «por defecto» PERSONA o PERSONA EMPLEADO ESTUDIANTE EMPLEADO ESTUDIANTE [EN2002] Extensiones del modelo Restricciones sobre la E/G: Completitud/Parcialidad Especialización total (completa) indica que toda instancia del supertipo también debe ser instancia de algún subtipo ANIMAL ANIMAL d MACHO HEMBRA HERMAFRODITA MACHO HEMBRA [EN2002] HERMAFRODITA 76 38
39 3.3. Extensiones del modelo Restricciones sobre la E/G: Completitud/Parcialidad (ii) Especialización ió parcial indica que es posible que alguna instancia del supertipo no pertenezca a ninguno de los subtipos Es la opción «por defecto» La unión de las extensiones de los subtipos no es la extensión del supertipo en su totalidad [EN2002] ALIMENTO d ALIMENTO LACTEO FRUTA VERDURA LACTEO FRUTA VERDURA Extensiones del modelo E/G: Tipos de Especialización Las restricciones de disyunción y completitud son independientes entre sí Dan lugar a 4 tipos de especialización: Disjunta y Total Disjunta y Parcial Solapada y Total Solapada y Parcial Lo veremos con un ejemplo de una base de datos de una Universidad 78 39
40 3.3. Extensiones del modelo E/G: Especialización Disjunta y Total EMPLEADO ESTUDIANTE clasetrabajo tipo DOCENTE ADMON_Y_SERV BECARIO BECARIO NO_BECARIO Especialización Disjunta y Parcial DOCENTE cuerpodocente AYUDANTE TITULAR CATEDRÁTICO Extensiones del modelo E/G: Especialización Solapada y Total PERSONA ocupación EMPLEADO ESTUDIANTE Especialización Solapada y Parcial EMPLEADO dedicación DOCENTE INVESTIGADOR 80 40
41 3.3. Extensiones del modelo E/G: Reglas de inserción y eliminación Deben aplicarse a la Especialización y la Generalización, debido a las restricciones definidas Insertar una instancia en un supertipo implica insertarla en todos los subtipos definidos por predicado o por atributo, para los cuales satisface el predicado de definición Insertar una instancia en un supertipo de una especialización total implica insertarla en, al menos, un subtipo Y si la especialización es disjunta, entonces la instancia se insertará en un único subtipo Extensiones del modelo E/G: Reglas de inserción y eliminación (ii) Eliminar una instancia de un supertipo implica eliminarla de todos los subtipos a los que pertenece Eliminar una instancia de un subtipo implica eliminarla del supertipo si la especialización es... disjunta y total, o bien solapada y total, y la instancia ya sólo pertenece al subtipo (se eliminó del resto) En el resto de casos, la instancia sólo se elimina del subtipo No del supertipo ( lo haría el usuario, si fuese necesario) 82 41
42 3.3. Extensiones del modelo E/G: Jerarquías y Retículas Hasta ahora hemos estudiado jerarquías de especialización en las que se cumple la restricción: Todo subtipo participa en sólo una relación supertipo/subtipo Un subtipo tiene un único supertipo: es el concepto de árbol En una retícula de especialización... ió Un subtipo puede participar en varias relaciones supertipo/subtipo Un subtipo puede tener más de un supertipo Herencia múltiple 83 E/G: Ejemplo de Retículas nombre dni dirección sexo PERSONA ocupación fechaini DESEMPLEADO jornada salario EMPLEADO ESTUDIANTE jornada carrera dedicación tipoestudiante (1, n) centro DOCENTE ADMÓN_Y_SERV BECARIO NO_BECARIO cuerpodocente puesto beca CATEDRÁTICO TITULAR NO_NUMERARIO tipocátedra tipoplaza duracióncontrato 84 42
43 3.3. Extensiones del modelo E/G: Jerarquías y Retículas: Herencia múltiple En las jerarquías de especialización Cada subtipo hereda atributos y relaciones... de su (único) supertipo directo y de sus supertipos predecesores, hasta la raíz TITULAR hereda de DOCENTE, EMPLEADO y PERSONA En las retículas de especialización Un subtipo hereda atributos y relaciones... de sus supertipos (múltiples) directos herencia múltiple y de todos sus supertipos predecesores, hasta la raíz BECARIO hereda directamente de EMPLEADO y ESTUDIANTE, e indirectamente hereda de PERSONA» Los subtipos compartidos dan lugar a retículas Extensiones del modelo E/G: Jerarquías y Retículas: Herencia múltiple (ii) En herencia múltiple pueden surgir conflictos al heredar atributos distintos denominados igual BECARIO hereda jornada de dos predecesores!! Cómo resolver esta situación? Renombrar algunos de los atributos en conflicto BECARIO hereda ambos atributos: jornada corresponde a jornada de EMPLEADO y jornadaestudio corresponde a jornada de ESTUDIANTE Definir un orden de prioridad en la herencia BECARIO hereda jornada de ESTUDIANTE y no de EMPLEADO 86 43
44 3.3. Extensiones del modelo E/G: Jerarquías y Retículas: Inhibición de la herencia Algunos modelos de datos permiten indicar que ciertos atributos del supertipo no deben ser heredados por los subtipos POLÍGONO numvértices ancho PENTÁGONO TRIÁNGULO RECTÁNGULO alto CUADRADO lado ancho y alto no deberían ser heredados por el subtipo Extensiones del modelo E/G: Jerarquías y Retículas: Redefinición de atributos heredados Si un supertipo y un subtipo tienen un atributo con el mismo nombre, se entiende que el atributo del subtipo redefine el del supertipo Se utiliza el mismo nombre y significado semántico pero se modifica cómo se calcula o cómo se representa el valor del atributo Tiene sentido sobre todo para atributos derivados área RECTÁNGULO ancho alto CUADRADO área lado 88 44
45 3.3. Extensiones del modelo E/G: Jerarquías y Retículas: Tratamiento de la herencia Consideraremos que en el MERE... Los subtipos heredan todos los atributos de los supertipos Pero se permite la redefinición de atributos en los subtipos, y la inhibición de la herencia de atributos área RECTÁNGULO CUADRADO ancho alto área ld lado... y si se da herencia múltiple y existe conflicto de nombres, el usuario elegirá entre Renombrar algunos atributos en conflicto, o Inhibir la herencia de algunos atributos 89 Ejercicio 3 Analizar los ejercicios 1 y 2. Modelar las jerarquías de especialización/generalización existentes en los mismos. Generar los nuevos esquemas E/R 90 45
46 3.3. Extensiones del modelo Agregación de tipos de entidad Restricción inherente del MER: No puede expresar relaciones entre varias relaciones, ni entre un tipo de relación y un tipo de entidad La agregación... Permite combinar varios tipos de entidad, relacionados mediante un tipo de relación, para formar un tipo de entidad agregada de nivel superior Útil cuando el tipo de entidad agregado debe relacionarse con otros tipos de entidad Extensiones del modelo Agregación de tipos de entidad (ii): Ejemplo 1 Esquema en el MERE que almacena información sobre las entrevistas que una ETT organiza entre solicitantes de empleo y diferentes empresas nombre EMPRESA dirección (1,n) M [EN2002] ENTREVISTA_A (1,m) N SOLICITANTE fecha telefcontacto telef nomcontacto nif nombre Algunas entrevistas dan lugar a ofertas de empleos y otras no cómo modelamos esto? 92 46
47 3.3. Extensiones del modelo Agregación de tipos de entidad (iii): Ejemplo 1 Solución 1: Relación ternaria EMPRESA ENTREVISTA_A SOLICITANTE OFERTA_EMPLEO [EN2002] ERROR!» Toda entrevista da lugar a un empleo ESO ES FALSO! Extensiones del modelo Agregación de tipos de entidad (iv): Ejemplo 1 Solución 2: [EN2002] EMPRESA ENTREVISTA_A SOLICITANTE RESULTA_EN OFERTA_EMPLEOEMPLEO ERROR! NO es posible establecer una relación entre varias relaciones, ni entre relaciones y entidades 94 47
48 3.3. Extensiones del modelo Agregación de tipos de entidad (v): Ejemplo 1 Solución 3: EMPRESA ENTREVISTA_A SOLICITANTE ENTREVISTA Entidad COMPUESTA o AGREGADA RESULTA_EN OFERTA_EMPLEO OK! [EN2002] OFERTA_EMPLEO tiene dependencia en existencia respecto de RESULTA_EN Extensiones del modelo Agregación de tipos de entidad (vi): Ejemplo 1 Solución 4: Relación ternaria «falsa» nombre (0,n) EMPRESA fecha REALIZA (1,1) ENTREVISTA (0,m) nif SOLICITANTE (0,1) (1,1) GENERA OFERTA EMPLEO nomcontacto telefcontacto idoferta Tipo de entidad débil de otros dos Qué significa que ENTREVISTA tenga fecha como clave parcial? 96 48
49 3.3. Extensiones del modelo Agregación de tipos de entidad (vii): Ejemplo 1 Solución 5: nombre nif EMPRESA (0,n) (1,1) REALIZA fecha ENTREVISTA (1,1) SOLICITANTE SUFRE (0,m) GENERA (0,1) (1,1) OFERTA EMPLEO idoferta Tipo de entidad débil de otros dos Extensiones del modelo Agregación de tipos de entidad (viii): Ejemplo 2 Esquema en el MERE que almacena información acerca de profesores y las asignaturas que éstos imparten, así como los diversos medios que utilizan para impartir cada asignatura (pizarra, transparencias, etc.) PROFESOR M EXPLICA N ASIGNATURA M UTILIZA N MEDIO ERROR! no es posible establecer una relación entre una relación y una entidad 98 49
50 3.3. Extensiones del modelo Agregación de tipos de entidad (ix): Ejemplo 2 Solución: M PROFESOR EXPLICA N ASIGNATURA Entidad COMPUESTA o AGREGADA EXPLICACIÓN M UTILIZA N MEDIO Extensiones del modelo MER : AGREGACIÓN AGREGACIÓN COMPUESTO / COMPONENTE: Un todo se obtiene por la unión de diversas partes, que pueden ser objetos distintos y que desempeñan papeles distintos en la agregación. COCHE (1,1) (1,1) (4,4) [MPM99] CHASIS MOTOR RUEDA AGREGACIÓN COLECCIÓN / MIEMBRO : Un todo se obtiene por la unión de diversas partes del mismo tipo y que desempeñan el mismo papel en la agregación. Se puede establecer orden entre las partes BOSQUE ARBOL FLOTA {NumBarco} BARCO
51 Ejercicio 4 Revisar los esquemas E/R obtenidos en el ejercicio 3 y estudiar la necesidad o conveniencia de de emplear entidades agregadas 101 Ejercicio 5: Hacer el MERE para la siguiente descripción Una organización de inmigración desea poseer un sistema de información para gestionar la información que genera su actividad cotidiana en relación a sus usuarios. Para cada usuario se recoge la información mediante dos fichas, una ficha de contacto y otra de seguimiento. Cada usuario tiene una serie de datos personales: nombre, apellidos, fecha de nacimiento, sexo, nacionalidad, fecha de alta, domicilio, , teléfono, estado civil, número de hijos, número de la seguridad social, minusvalía (tipo y porcentaje), identificación (dni, nie o pasaporte), si tiene permiso de trabajo, si tiene permiso de residencia, si está empadronado, y el tipo de carnet tde conducir. Asimismo, cada usuario tiene un nivel de estudios (sin estudios, estudios primarios, estudios secundarios y titulación universitaria) y ha realizado una formación complementaria en base a cursos. Estos cursos tienen una duración, un año de realización y una entidad de realización. También se desea almacenar información sobre su situación temporal, distinguiendo entre si está desempleado o empleado. En caso de estar desempleado, se necesita saber cuánto tiempo lleva inscrito en la oficina de empleo, si ha trabajado anteriormente y, en este caso, una descripción del trabajo, su situación actual (parado sin empleo anterior, parado con empleo anterior, perceptor de algún tipo de prestación). En caso de ser trabajador en activo, se desea conocer el cargo que desempeña, el nombre del centro de trabajo y el tipo de contrato, si es por cuenta propia p o ajena (en este caso, si es indefinido o temporal). Cada usuario tendrá un número de expediente, una persona de contacto en la organización y estará asociado a un gabinete de orientación. Con respecto al seguimiento de los usuarios, se desea tener información acerca de los contactos, la formación y el empleo de los usuarios. Con respecto a los contactos, se registra la fecha de cada uno, el motivo, las observaciones y el tipo de contacto (personal, telefónico, ). Respecto de la formación, interesa el curso de formación, sus fechas de inicio y fin y sus observaciones. Finalmente, se desea guardar la información referida a la empresa, el puesto, el mediador y las fechas de inicio y fin de cada empleo
Modelo Entidad Relación.MER.
Modelo Entidad Relación.MER. Conceptos básicos del modelo. Entidad. Atributo. Dominio. Relación. Entidad. Cosa u objeto del mundo real con existencia propia y distinguible del resto. Ejemplos: persona,
Más detalles2.1. Introducción e historia del modelo Entidad-Relación. Modelo de datos conceptual de alto nivel Propuesto por Peter P.
Diseño de Bases de Datos 2. Modelo Entidad-Relación Objetivos: Conocer los conceptos y notación del modelo conceptual de datos entidad-relación extendido. Comprender los significados del concepto de nulo
Más detallesBase de Datos. Docente: Ing. Francisco Rodríguez BASE DATOS. Resultados. Internet. Requerimientos
UNIVERSIDAD NACIONAL DE TRUJILLO ESCUELA DE ING. INDUSTRIAL Base de Datos Resultados Internet Requerimientos BASE DATOS Docente: Ing. Francisco Rodríguez Tema 3: Modelo Entidad Interrelación 1. Modelización
Más detallesSistemas de Bases de Datos I. Modelo Conceptual. Modelo Entidad Relación
Sistemas de Bases de Datos I Modelo Conceptual Modelo Entidad Relación Modelo Conceptual situación del mundo real Modelo Conceptual situación del mundo real Modelado conceptual Modelo Conceptual situación
Más detallesModelos de Datos. Modelo Entidad-Relación
Modelos de Datos Diseño Lógico de Bases de Datos Modelo Entidad/Relación Modelo Relacional Paso a tablas Modelo Entidad-Relación Formulado por P.P. Chen en 1976 Modelo de datos que representa un esquema
Más detallesDiseño de Base de Datos Relacionales
Diseño de Base de Datos Relacionales 1 Modelización: Proceso para obtener un diseño de Base de Datos, partiendo de un relevamiento de datos y análisis de requerimientos Proceso de Diseño: Relevamiento
Más detallesINSTITUTO TECNOLOGICO SUPERIOR DE LERDO. ALUMNO: JUAN ESQUIVEL VAQUERA. ENSAYO: Modelo entidad-relación. PROFESOR: RICARDO BUSTAMANTE.
INSTITUTO TECNOLOGICO SUPERIOR DE LERDO. ALUMNO: JUAN ESQUIVEL VAQUERA. ENSAYO: Modelo entidad-relación. PROFESOR: RICARDO BUSTAMANTE. MATERIA: ADMON DE BASE DE DATOS. CARRERA: LIC.INFORMATICA. INDICE:
Más detallesUnidad 5: MODELO DE COMPORTAMIENTO - ESQUEMA DE DATOS CARACTERÍSTICAS DEL ESQUEMA DE DATOS DIAGRAMA ENTIDAD RELACIÓN (D.E.R.)
Unidad 5: MODELO DE COMPORTAMIENTO - ESQUEMA DE DATOS OBJETIVO DEL ESQUEMA DE DATOS Describir los datos que el sistema debe conocer para poder responder a los estímulos. CARACTERÍSTICAS DEL ESQUEMA DE
Más detallesEl Modelo Relacional. Carlos A. Olarte BDI
Carlos A. Olarte (carlosolarte@puj.edu.co) BDI Introducción Propuesto por Edgar Codd en 1970. (Turing Award 1981) En este modelo se basan la mayoría de DBMS modernos. Modelo simple basado en teoría de
Más detallesBases de Datos OTROS ASPECTOS MODELO E-R
Bases de Datos OTROS ASPECTOS MODELO E-R Bases de Datos GENERALIZACIÓN Y ESPECIALIZACIÓN Bases de Datos ESPECIALIZACIÓN Bases de Datos -> Especialización Un conjunto de entidades, puede incluir subgrupos
Más detallesBases de Datos Diseño de Bases de Datos Modelo Conceptual Entidad Relación
Bases de Datos Diseño de Bases de Datos Modelo Conceptual Entidad Relación Pedro Corcuera Dpto. Matemática Aplicada y Ciencias de la Computación Universidad de Cantabria corcuerp@unican.es Objetivos Presentar
Más detallesEL MODELO RELACIONAL
EL MODELO RELACIONAL 1. SGBD RELACIONALES Hay muchos tipos de SGBD, pero la mayor parte de los utilizados comercialmente en la actualidad son relacionales, es decir, se basan en una cierta teoría o forma
Más detallesCarlos Castillo UPF 2008
Sistemas de Información II Tema 3. El modelo entidad-relación Bibliografía: Elmasri y Navathe: Fundamentos de Sistemas de Bases de Datos 3ª edición, 2002 (Capítulo 3). Garcia-Molina, Ullman y Widom: Database
Más detallesModelo relacional. Modelo relacional
Modelo relacional Creado por Ted Codd a Principios de los 70 Modelo de implementación, orientado a registro. Usa una colección de tablas para representar tanto los datos como sus relaciones Sólida base
Más detallesGestión base de datos : Modelo Relacional (II)
Gestión base de datos : Modelo Relacional (II) I. Transformación del Modelo ER al Modelo Relacional Como se vio anteriormente la elaboración de un buen diseño de la base de datos es un proceso que requiere
Más detallesDiseño Lógico El modelo relacional. M.Sc.Lic. Cimar H. Meneses España
Diseño Lógico El modelo relacional Introducción En capítulos anteriores hemos estudiado el modelo relacional, el cual es un modelo que permite representar la información a través de entidades y relaciones,
Más detallesCátedra de Bases de Datos
Cátedra de Bases de Datos Facultad de Ciencias Exactas y Tecnología Universidad Nacional de Tucumán Ciclo Lectivo 2016 Cronograma 30-ago Martes 30-ago Martes Modelo ER Ampliado. Tip de Prod. (Stock). Tip
Más detallesBASES DE DATOS TEMA 2 MODELOS DE DATOS
SES DE DTOS TEM 2 MODELOS DE DTOS Un modelo de datos es una serie de conceptos que puede utilizarse para describir un conjunto de datos y las operaciones para manipularlos. Hay dos tipos de modelos de
Más detallesFormato para prácticas de laboratorio
CARRERA PLAN DE ESTUDIO CLAVE ASIGNATURA NOMBRE DE LA ASIGNATURA IC 2003-1 5046 Bases de Datos PRÁCTICA No. 3 LABORATORIO DE NOMBRE DE LA PRÁCTICA Bases de Datos DURACIÓN (HORA) Modelo Entidad - Relación
Más detallesContenido. 1. El proceso 2. Los modelos 3. Los diagramas 4. Ejemplo
Tutorial Contenido 1. El proceso 2. Los modelos 3. Los diagramas 4. Ejemplo 1. El proceso Fases soportadas por UML Análisis de requisitos de usuario Análisis de requisitos de software Diseño de la plataforma
Más detallesÍtems/Entidades/Objetos [sustantivos]: Objetos que existen en el mundo y que son
Modelado de datos Fundamentos de diseño de bases de datos Modelado de datos Representación de datos Modelos de datos Modelos semánticos Elementos del modelo E/R: Entidades, atributos, claves y relaciones
Más detallesEL MODELO ENTIDAD-RELACIÓN:
APUNTES DEL MÓDULO PROFESIONAL: SISTEMAS GESTORES DE BASES DE DATOS (2) Página 1 de 8 EL MODELO ENTIDAD-RELACIÓN: Conceptos previos vistos anteriormente: Los modelos de datos son el conjunto de conceptos
Más detallesBases de Datos. Laboratorio III, L106/L111. Profesor: Goyo Celada
Bases de Datos Laboratorio III, L106/L111 Profesor: Goyo Celada ERwin Data Modeler Herramienta CASE en el modelado de Bases de Datos Metodología de trabajo: Modelo Conceptual Paso al Modelo Relacional
Más detallesBases de Datos Tema 4 Modelo Entidad/Interrelación (ERM de Chen)
Departamento de Lenguajes y Sistemas Informáticos E.T.S. Ingeniería Informática. Universidad de Sevilla Avda Reina Mercedes s/n. 402 Sevilla Tlf/Fax 954 557 39 E-mail lsi@lsi.us.es Web www.lsi.us.es E.T.S.
Más detallesUna relación esta en 4FN si esta en la BCFN y no contiene dependencias multivaluadas.
Una relación esta en 4FN si esta en la BCFN y no contiene dependencias multivaluadas. Existe una Dependencia Multivaluada cuando hay tres atributos (A,B y C) en una relación, tal que: Por cada valor de
Más detallesProf. Mariano Mancuso. Sistemas de información y control diagrama de clases
Prof. Mariano Mancuso Sistemas de información y control diagrama de clases UML Qué son los modelos? Para qué sirven los modelos? Cuáles son los modelos de UML? Se usan todos...? Qué son los modelos? Un
Más detallesHERENCIA Y TIPOS. Articulo. Video Audio Altavoces. Amplificador
HERENCIA Y TIPOS. Las clases con propiedades y funciones comunes se agrupan en una superclase. Las clases que se derivan de una superclase son las subclases. Las clases se organizan como jerarquía de clases.
Más detallesid_trabajador nombre tarifa_hr tipo_de_oficio id_supv 1235 F. Aguilera 12,50 Electricista A. Calvo 13,75 Fontanero N.
El modelo relacional Fundamentos de diseño de bases de datos El modelo relacional Bases de datos relacionales El concepto de relación Esquema de la base de datos Instancia de la base de datos Restricciones
Más detallesDED Diagramas de Estructura Lógica de Datos. Universidad de Oviedo Departamento de Informática
DED Diagramas de Estructura Lógica de Datos Universidad de Oviedo Departamento de Informática Contenidos Introducción Relaciones Construcción del modelo conceptual Normalización Primera Forma Normal Segunda
Más detallesBase de Datos Práctica de Modelización
Base de Datos Práctica de Modelización Objetivos Lograr un modelo conceptual a partir de la descripción de un problema del mundo real. Comprender las diferentes partes de un DER y su utilización Asimilar
Más detallesAnálisis y Diseño de Sistemas
Análisis y Diseño de Sistemas Dpto. Ciencias e Ingeniería de la Computación Universidad Nacional del Sur Clase 17 Modelo Entidad Relación Lic. María Mercedes Vitturini [mvitturi@cs.uns.edu.ar] 1er. CUATRIMESTRE
Más detallesCapítulo 6: Diseño de BD y el modelo ER
Capítulo 6: Diseño de BD y el modelo ER Database System Concepts, 5th Ed. See www.db-book.com for conditions on re-use Capítulo 6: Diseño de BD y el modelo ER Visión general del proceso de diseño Modelado
Más detallesModelo relacional. El modelo relacional
Modelo relacional El modelo relacional Representa la BD como una colección de relaciones En términos informales, cada relación semeja una tabla Tupla Cada fila de la tabla Representa una colección de datos
Más detallesTALLER DE BASES DE DATOS TEMA: MODELO RELACIONAL DANIEL RODRIGUEZ GOMEZ (ESTUDIANTE) JAIDER QUINTERO MENDOZA (DOCENTE)
TALLER DE BASES DE DATOS TEMA: MODELO RELACIONAL DANIEL RODRIGUEZ GOMEZ (ESTUDIANTE) JAIDER QUINTERO MENDOZA (DOCENTE) FACULTAD DE INGENIERÍA INGENIERÍA DE SISTEMA VI SEMESTRE UNIVERSIDAD DE LA GUAJIRA
Más detallesModelo ERE. Universidad de los Andes Demián Gutierrez Marzo 2011 1
Modelo ERE Universidad de los Andes Demián Gutierrez Marzo 20 Modelo ER / Diagramas ER Modelo Entidad-Relación (ER) (Chen, 976) Modelo Entidad-Relación-Extendido (ERE) (Teorey 986) Es un modelo de datos
Más detalles- Bases de Datos (2012/2013) Adjunto Tema 1: Ampliación DER
Luis Valencia Cabrera lvalencia@us.es (http://www.cs.us.es/~lvalencia) Ciencias de la Computación e IA (http://www.cs.us.es/) Universidad de Sevilla - Bases de Datos (2012/2013) Adjunto Tema 1: Ampliación
Más detallesModelo Relacional. El modelo relacional...1 El modelo entidad relación (que vimos ayer) es un modelo conceptual que sirve
Juan Luis Mora Blanco. El modelo Relacional 1 Modelo Relacional El modelo relacional El modelo relacional...1 El modelo entidad relación (que vimos ayer) es un modelo conceptual que sirve Conceptos...1
Más detallesUNIDAD 3. MODELO ENTIDAD RELACIÓN
UNIDAD 3. MODELO ENTIDAD RELACIÓN Síntesis E l modelo E-R es utilizado para el diseño conceptual de la base de datos y se trabaja mediante un conjunto de elementos como: entidades, atributos, relaciones
Más detallesINGENIERÍA DEL SOFTWARE DE GESTIÓN II PROBLEMA DE DIAGRAMA DE CLASES "GESTIÓN DE RELACIONES HUMANAS EN DEPARTAMENTOS"
INGENIERÍA DEL SOFTWARE DE GESTIÓN II PROBLEMA DE DIAGRAMA DE CLASES "GESTIÓN DE RELACIONES HUMANAS EN DEPARTAMENTOS" Se ha de modelar una parte de la funcionalidad recogida en un sistema de gestión universitaria,
Más detallesDiseño Lógico Modelo Relacional. Ges3ón y Modelación de Datos María Constanza Pabón
Diseño Lógico Modelo Relacional Ges3ón y Modelación de Datos María Constanza Pabón DISEÑO DE BASES DE DATOS Modelo Relacional Propuesto en 1970 por Edgar. F. Codd [ Turing Award 1981 ] La mayoría de los
Más detallesSistemas de Información II Tema 5. El modelo relacional
Sistemas de Información II Tema 5. El modelo relacional Bibliografía: Elmasri y Navathe: Fundamentos de Sistemas de Bases de Datos 3ª edición, 2002 (Capítulo 7). Garcia-Molina, Ullman y Widom: Database
Más detallesIng. Yim Isaias Apestegui Florentino
Definicion de Modelo Relacional El Modelo Relacional Se basa en una representación del mundo real en que los datos se describen como entidades, relaciones y atributos. El principal concepto del modelo
Más detallesDepartamento de Informática Universidad de Valladolid Campus de Segovia TEMA 7, SECCIÓN 3: MODELADO DE DATOS
Departamento de Informática Universidad de Valladolid Campus de Segovia TEMA 7, SECCIÓN 3: MODELADO DE DATOS 1 MODELIZACIÓN DE DATOS Concepto de base de Datos Modelo conceptual: Diagramas Entidad/Relación
Más detallesBase de Datos. Profesor: José Miguel Rubio L. P. UNIVERSIDAD CATÓLICA DE VALPARAÍSO FACULTAD DE INGENIERÍA ESCUELA DE ING.
P. UNIVERSIDAD CATÓLICA DE VALPARAÍSO FACULTAD DE INGENIERÍA ESCUELA DE ING. INFORMÁTICA Base de Datos Usuario A Programa de Aplicación Bodega Usuario B Usuario N Insumo Proveedor Profesor: José Miguel
Más detallesOPERACIONES CON BASES DE DATOS OFIMÁTICAS Y CORPORATIVAS CURSO: 2009-2010 IES GONZALO NAZARENO
OPERACIONES CON BASES DE DATOS OFIMÁTICAS Y CORPORATIVAS CURSO: 2009-2010 IES GONZALO NAZARENO UNIDAD DIDACTICA 2: BASES DE DATOS RELACIONALES Índice de contenido 1. El modelo Entidad-Relación (ER)...3
Más detallesEl Modelo E/R es un modelo conceptual (mayor nivel de abstracción)
Tema II: El Modelo E/R 2.1 Presentación del modelo 2.2 Estática del modelo E/R 2.3 Extendiendo la semántica de las interrelaciones 2.4 Control de redundancia 2.5 Generalización y especialización 2.6 Interrelaciones
Más detallesUNIVERSIDAD NACIONAL DE TRUJILLO ESCUELA DE INFORMATICA BASE DE DATOS
UNIVERSIDAD NACIONAL DE TRUJILLO ESCUELA DE INFORMATICA BASE DE DATOS TEMA 3 MODELO ENTIDAD INTERRELACION Modelización Conceptual Modelo Entidad-Interrelación Elementos M.E.IR Caso de Estudio Tipos de
Más detallesEsquema Lógico F1. EXAMEN 1 de diciembre de EQUIPO (NOMBRE:cadena) CP (NOMBRE) DIRECTOR (NOMBRE:cadena) CP (NOMBRE)
Esquema Lógico F1 EQUIPO (NOMBRE:cadena) CP (NOMBRE) EXAMEN 1 de diciembre de 2006 DIRECTOR (NOMBRE:cadena) CP (NOMBRE) DIRIGE (EQUIPO:cadena, DIRECTOR:cadena) CP (EQUIPO) CAlt (DIRECTOR) CAj (EQUIPO)
Más detallesrg.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
Diseño conceptual Diseño de bases de datos Documento de especificación del sistema 1. Definición del problema 2. Descripción funcional 2. 3. Restricciones 4. Diagramas de flujo de datos 5. Modelo de datos
Más detallesRepública Bolivariana de Venezuela Universidad Alonso de Ojeda Facultad de Ingeniería. Escuela de Computación.
Ejercicio 1.- El Instituto Nacional de Parques (INP) desea automatizar el control y manejo de los Zoológicos de los cuales se conoce su nombre, ubicación, horario y presupuesto disponible. Del zoológico
Más detallesTransformación ER Relacional para el diseño de bases de datos relacionales
Transformación ER Relacional para el diseño de bases de datos relacionales Como habíamos avanzado en su momento, un esquema conceptual basado en el modelo Entidad-Relación puede ser transformado, de acuerdo
Más detallesSEGUNDO BOLETÍN DEL TEMA 2 TÉCNICAS DE DISEÑO DE BASES DE DATOS RELACIONALES SISTEMAS GESTORES DE BASES DE DATOS I.E.S.
SEGUNDO BOLETÍN DEL TEMA 2 TÉCNICAS DE DISEÑO DE BASES DE DATOS RELACIONALES SISTEMAS GESTORES DE BASES DE DATOS I.E.S. GONZALO NAZARENO Hacer el diagrama entidad/relación, pasar al modelo relacional y
Más detallesTEMA 2: EL MODELO ENTIDAD-RELACION (Continuación)
TEMA 2: EL MODELO ENTIDAD-RELACION (Continuación) 2.1 INTRODUCCIÓN El proceso de diseñar una Base de Datos comienza con el análisis de la información que debe contener y de las relaciones entre los componentes
Más detallesING. YIM ISAIAS APESTEGUI FLORENTINO
UNA INTRODUCCION A BASE DE DATOS, EL MODELO ENTIDAD RELACION ING. YIM ISAIAS APESTEGUI FLORENTINO Fuente: Caselli Gismondi Hugo,Manual de Base de Datos 2009 Elmasri y Navathe: Fundamentos de Sistemas de
Más detallesRepaso de Conceptos Básicos de Bases de Datos
escuela técnica superior de ingeniería informática Repaso de Conceptos Básicos de Bases de Datos Departamento de Lenguajes Grupo de Ingeniería del Software Septiembre 2004 Definición Una base de datos
Más detallesMODELIZACIÓN CONCEPTUAL DE DATOS
MODELIZACIÓN CONCEPTUAL DE DATOS AUTORÍA ÁNGEL LUIS COBO YERA TEMÁTICA BASES DE DATOS ETAPA CICLOS FORMATIVOS. Resumen En este artículo, se explican los conceptos fundamentales de la modelización conceptual
Más detallesEl modelo relacional. El modelo relacional
Introducción Una BDR es una BD formada por una colección de relaciones. NumCtas Nombre Fechas Cursos Llave Prim. Dominios Alumno NCta NombreReal FechaNac Curso Relación A1 A2 A3 Harry Potter Ricardo Tapia
Más detallesEl Modelo Relacional. Carlos A. Olarte BDI
Carlos A. Olarte (carlosolarte@puj.edu.co) BDI Contenido 1 El modelo relacional 2 De ODL al Modelo Relacional 3 De E/R al Modelo Relacional Componentes del MR Atributos Esquema: nombre de la relación y
Más detallesCLA. Diagramas de clases en Métrica V3
CLA Diagramas de clases en Métrica V3 1 Diagramas de clases Qué es? Representa la estructura y comportamiento de cada uno de los objetos del sistema y sus relaciones con los demás objetos. Objetivos? Representar
Más detallesBASES DE DATOS TEMA 2. MODELOS DE DATOS
Contenidos generales BASES DE DATOS TEMA 2. MODELOS DE DATOS * Introducción al modelado conceptual * Concepto de modelo * Proceso de diseño de una base de datos * Modelo Entidad-Relación - Componentes
Más detallesTema 2. Modelado Entidad-Relación
Durante la definición de requerimientos y el diseño conceptual hay que identificar las necesidades básicas en cuanto a datos, relaciones entre datos, así como las operaciones que se van a llevar a cabo
Más detallesTEMA II: MODELO ENTIDAD RELACIÓN
2012 UNAN LEÓN Departamento de Computación Autor: Ing: Karina Esquivel Alvarado. Asignatura: DISEÑO DE BASE DE DATOS TEMA II: MODELO ENTIDAD RELACIÓN TEMA 2: EL MODELO ENTIDAD-RELACIÓN 2.1 INTRODUCCIÓN:
Más detallesLenguaje de Modelamiento Unificado.
Lenguaje de Modelamiento Unificado. Pontificia Universidad Javeriana What can you Model with UML? 1. Structure Diagrams include: The Class Diagram Object Diagram Component Diagram Composite Structure Diagram
Más detallesDiseño lógico de. Bases de Datos. Modelo. Entidad - Relación
Tema 2.1. Diseño lógico de Bases de Datos. Modelo Entidad - Relación 1 1. Objetivo de la unidad 3 2. Introducción 3 3. Metodología de diseño de bases de datos 4 4. Modelos de datos 4 5. El modelo entidad-relación
Más detallesTema 2 Índice. El modelo Entidad-Relación (E-R)
Tema 2 Índice Modelo Entidad-Relación Entidad, Relación, Atributo Claves Cardinalidad, dependencia Modelo E-R extendido: entidades débiles, generalización, especialización, herencia Modelo relacional (pasar
Más detalles1.Introducción al Modelo Relacional.
1.Introducción al Modelo Relacional. 1.1 Qué es un Modelo?. Cuando en teoría de diseño de bases de datos se emplea el término "modelo", esto no tiene el mismo significado que en Lógica. En Lógica por "modelo"
Más detallesTEORÍA DE CONJUNTOS.
TEORÍA DE CONJUNTOS. NOCIÓN DE CONJUNTO: Concepto no definido del cual se tiene una idea subjetiva y se le asocian ciertos sinónimos tales como colección, agrupación o reunión de objetos abstractos o concretos.
Más detallesUML (Lenguaje de Modelado Unificado) y Diagramas de Casos de Uso
UML (Lenguaje de Modelado Unificado) y Diagramas de Casos de Uso Los sistemas orientados a objetos describen las entidades como objetos. Los objetos son parte de un concepto general denominado clases.
Más detallesLos diagramas de clases y de objetos sirven para modelar diversos aspectos estructurales o estáticos de un sistema: Modelado - Vocabulario del Sistema
Modelado Los diagramas de clases y de objetos sirven para modelar diversos aspectos estructurales o estáticos de un sistema: Vocabulario del Sistema Distribución de Responsabilidades Semántica de una Clase
Más detallesBASES DE DATOS TEMA 2. MODELOS DE DATOS
Contenidos generales BASES DE DATOS TEMA 2. MODELOS DE DATOS * Concepto de modelo * Proceso de diseño de una base de datos * Modelo Entidad-Relación - Componentes del Modelo E-R - Cardinalidad de asignación
Más detallesGuía rápida de B-kin CRM
Guía rápida de B-kin CRM Antes de empezar es importante entender bien los conceptos que se gestionan desde B-kin CRM, y analizar que papel desempeña cada uno de ellos dentro de tu organización: CANDIDATOS
Más detallesTema 3: Diagramas de Casos de Uso. Arturo Mora Soto Octubre 2008
Tema 3: Diagramas de Casos de Uso Arturo Mora Soto Octubre 2008 Diagrama de casos de uso Para poder dibujar un diagrama de casos de uso utilizando la notación UML es preciso que entendamos conceptualmente
Más detallesBASES DE DATOS (IG18 Semipresencial) Diseño Lógico de Bases de Datos Relacionales.
BASES DE DATOS (IG18 Semipresencial) de Bases de Datos Relacionales. Lledó Museros / Ismael Sanz museros@icc.uji.es / isanz@icc.uji.es 1de 49 Índice 1. Introducción 2. diseño lógico en el modelo relacional
Más detallesMetodología de Desarrollo Visual. Universidad Carlos III de Madrid. Maria- Isabel, Sanchez Segura & Arturo, Mora- Soto
1 En este apartado se describirán los pasos recomendados y los métodos a uglizar en cada uno de los pasos para la construcción de un modelo de objetos, indicados en la figura. La relación de pasos a seguir
Más detallesDiseñando la primera transacción
Diseñando la primera transacción Luego de creada la base de conocimiento, el siguiente paso consiste en describir a los objetos de la realidad mediante objetos GeneXus.. Para identificar a los objetos
Más detalles1.- Etapas del diseño lógico Diseño lógico estándar Diseño lógico específico 2.- Transformación del esquema conceptual al lógico estándar
1.- Etapas del diseño lógico Diseño lógico estándar Diseño lógico específico 2.- Transformación del esquema conceptual al lógico estándar 3.- 4.- Reglas concernientes a las extensiones del modelo E/R Transformación
Más detallesUNIVERSIDAD MAYOR DE SAN SIMÓN ESCUELA UNIVERSITARIA DE POSGRADO GUÍA PARA INTRODUCIR INFORMACIÓN AL SISTEMA ΩMEGA
GUÍA PARA INTRODUCIR INFORMACIÓN AL SISTEMA ΩMEGA 1. Actualizar datos e información del programa... 1 1.1. Información del programa... 1 1.2. Menciones del programa... 2 1.3. Horarios del Programa... 2
Más detallesRestricciones de Integridad
Restricciones de Integridad Bibliografía: Fundamentos de bases de datos - Korth, Silberschatz Introducción a los sistemas de bases de datos - C.J. Date Restricciones de Integridad Proporcionan un medio
Más detallesTecnología Aplicada a la Logística
Tecnología Aplicada a la Logística Materia 6 : elogística Créditos ECTS: 6 Carácter Unidad temporal: Obligatorio Cuatrimestral (2Q: 6 ECTS) COMPETENCIAS DE LA MATERIA Básicas Generales Específicas Transversales
Más detallesPASAJE DE MER A MODELO RELACIONAL
PASAJE DE MER A MODELO RELACIOAL 1 Fundamentos de Bases de Datos CSI - InCo - FIG In.Co. - Facultad de Ingeniería Curso : Fundamentos de Bases de Datos Tema 2. Diseño Conceptual 1 Construcción de un Sistema
Más detallesTEMA 4. PROCESO UNIFICADO
TEMA 4. PROCESO UNIFICADO Diseño El objetivo final del diseño es producir un Modelo Lógico del sistema a implementar. Diferencia entre Análisis y Diseño del Proceso Unificado Modelo de Análisis Modelo
Más detallesIntroducción al Modelado Conceptual
4/0/204 Introducción al Modelado Conceptual Grupo de Ingeniería del Software y Bases de Datos Departamento de Lenguajes y Sistemas Informáticos Universidad de Sevilla octubre 204 Objetivos de este tema
Más detallesTEMA 7. DISEÑO LÓGICO DE BASES DE DATOS RELACIONALES. 4. Desnormalización, partición de relaciones y optimización
TEMA 7. DISEÑO LÓGICO DE BASES DE DATOS RELACIONALES 1. Introducción 2. Metodología de diseño lógico en el modelo relacional 3. Normalización 4. Desnormalización, partición de relaciones y optimización
Más detallesDISEÑO CURRICULAR ADMINISTRACIÓN DE NÓMINA II
DISEÑO CURRICULAR ADMINISTRACIÓN NÓMINA II FACULTAD (ES) CARRERA (S) Ciencias Económicas y Sociales Recursos Humanos CÓDIGO HORAS TEÓRICAS HORAS PRÁCTICAS UNIDAS CRÉDITO SEMESTRE PRE-REQUISITO 177543 04
Más detallesREQUISITOS QUE DEBEN CUMPLIR LAS ENTIDADES O PERSONAS PARA SER INCORPORADAS EN LA NOMINA ESTABLECIDA EN EL ANEXO DE LA
REQUISITOS QUE DEBEN CUMPLIR LAS ENTIDADES O PERSONAS PARA SER INCORPORADAS EN LA NOMINA ESTABLECIDA EN EL ANEXO DE LA NORMA DE CARÁCTER GENERAL N 385 DE LA SUPERINTENDENCIA DE VALORES Y SEGUROS, DE FECHA
Más detallesANEXO II CURRICULUM VITAE (Modelo normalizado)
14456 Jueves, 7 de octubre 2004 B.O.C. y L. - N.º 195 ANEXO II CURRICULUM VITAE (Modelo normalizado) Nombre y Apellidos: Fecha: Firma: El abajo firmante declara que son ciertos los datos que figuran en
Más detallesUNIDAD 1: CONCEPTOS BA SICOS DE BASE DE DATOS
UNIDAD 1: CONCEPTOS BA SICOS DE BASE DE DATOS [Escriba el subtítulo del documento] Qué es un gestor de base de datos? Un gestor de base de datos o sistema de gestión de base de datos (SGBD o DBMS) es un
Más detallesMODELO RELACIONAL BASE DE DATOS RELACIONALES
MODELO RELACIONAL BASE DE DATOS RELACIONALES Base de Datos Relacional (BDR) Una BDR es una colección de relaciones de diversos grados (numero de atributos), que varían con el tiempo (numero de tuplas,
Más detallesEstructura 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
Tema III: Transformación del esquema conceptual al relacional 3.1 Introducción. Etapas del diseño lógico Diseño lógico estándar Diseño lógico específico 3.2 Transformación elementos básicos 3.3 Reglas
Más detallesTema 2. DISEÑO LÓGICO DE BASES DE DATOS Parte 1
Tema 2 DISEÑO LÓGICO DE BASES DE DATOS Parte 1 IES Francisco Romero Vargas Departamento de Informática Tema 2. Parte 1. Diseño Lógico de Bases de Datos Página 1 de 26 1. Diseño de Bases de Datos El Diseño
Más detallesMetodología de Diseño Lógico. Sistemas Gestores de Bases de Datos
Introducción El objetivo del diseño lógico es convertir los esquemas conceptuales locales en un esquema lógico global que se ajuste al modelo de SGBD sobre el que se vaya a implementar el sistema. Mientras
Más detallesExamen de Ingeniería del Software / 3º de Informática de Gestión 7 de febrero de 2007
Apellidos: Nombre: Nota: El alumno da su autorización para publicar sus notas tanto en los tablones de la asignatura como en la Web. En caso contrario, recuadre la opción NO. SERÁ NECESARIO OBTENER AL
Más detalles- Bases de Datos (2012/2013) Tema 2: Diseño lógico. Modelo Relacional
Luis Valencia Cabrera lvalencia@us.es (http://www.cs.us.es/~lvalencia) Ciencias de la Computación e IA (http://www.cs.us.es/) Universidad de Sevilla - Bases de Datos (2012/2013) Tema 2: Diseño lógico.
Más detallesMapa conceptual (concepto)
Los Mapas Conceptuales Mónica Henao Cálad, Ph.D. 1 1 Mapa conceptual (concepto) Recurso esquemático y gráfico para representar el conocimiento Representación de relaciones significativas entre conceptos
Más detallesBASES DE DATOS TEMA 3 MODELO ENTIDAD - RELACIÓN
BASES DE DATOS TEMA 3 MODELO ENTIDAD - RELACIÓN 3.1 Conceptos Básicos El modelo entidad-relación es el modelo más utilizado para el diseño conceptual de bases de datos. Fue introducido por Peter Chan en
Más detalles3. Calcular el área de un cuadrado conociendo que área_cuadrado = lado * lado.
OBJETIVO 1. Diseñar Algoritmos y Diagramas de Flujos para la Resolución de Problemas Realiza los siguientes programas mediante Algoritmos y Diagramas de Flujo. 1. Calcular el área de un triángulo conociendo
Más detallesENFOQUES Y TENDENCIAS DE INVESTIGACIÓN EN EDUCACIÓN FÍSICA
ENFOQUES Y TENDENCIAS DE INVESTIGACIÓN EN EDUCACIÓN FÍSICA Titulación: Máster Universitario en Investigación Educación Física y Salud. Módulo: Enfoques y tendencias de investigación en educación física.
Más detallesSolución a los Ejercicios de MER.
M.C.E. E.D. I.S.C. Ricardo de J. Bustamante González Solución a los Ejercicios de Clases No Presenciales MER. 2010 ENUNCIADO DEL EJERCICIO 1 A partir del siguiente enunciado se desea realiza el modelo
Más detallesVistas en MS SQL Server. Bases de Datos I Universidad Católica II Cuatrimestre
Vistas en MS SQL Server Bases de Datos I Universidad Católica II Cuatrimestre - 2012 Definición «Vistas» Una vista se puede considerar una tabla virtual o una consulta almacenada. El conjunto de resultados
Más detalles