Tecnología de la Información y la Comunicación. Base de datos. Modelo Entidad Relación - 2007 -



Documentos relacionados
Software para Seguimiento de Clientes. Descripción del Producto

MICROSOFT EXCEL Introducción: Qué es y para qué sirve Excel2007? TECNOLOGIA/ INFORMATICA: MS-EXCEL

Índice 1 Instalación de la herramienta 2 Descripción de la herramienta 2 Arranque de la aplicación 3 Proyecto 4 Diagrama de clases 5

Auditoría administrativa

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

EL MODELO ENTIDAD-RELACIÓN:

Principios Básicos de Orientación a Objetos. Orientación a Objetos

Maestría en Bioinformática. Bases de Datos y Sistemas de Información. Diseño Conceptual. Ing. Alfonso Vicente, PMP alfonso.vicente@logos.com.

Informe sobre la docencia de marketing en los grados que sustituyen a las Diplomaturas en CC. Empresariales

TARIFAS DE PUBLICIDAD 2016 DE LAS DIFERENTES PUBLICACIONES DEL COP

INTRODUCCIÓN A LAS BASES DE DATOS

DCU Diagramas de casos de uso

Capítulo VI. Diagramas de Entidad Relación

CREACIÓN DE E-POSTERS CON POWER POINT (Instructivo preparado por la Dra. PaulaOtero)

Árbol binario. Elaborado por Ricardo Cárdenas cruz Jeremías Martínez Guadarrama Que es un árbol Introducción

TEST (8 preguntas, 0 4 puntos por pregunta correcta, puntos por error) [Marcar sólo una opción]

DIAGRAMA DE CLASES EN UML

GUÍA EXPLICATIVA DE LA NORMATIVA DEL TRABAJO FIN DE GRADO (TFG)

Estimado usuario. Tabla de Contenidos

La ventana de Microsoft Excel

Relaciones entre conjuntos

CASO PRÁCTICO DISTRIBUCIÓN DE COSTES

Manual de Usuario. Facturandote Corporativo Mérida, Yucatán, México

Oferta educativa Estructura del centro

Base de datos en la Enseñanza. Open Office

Etapa de Diseño: Gestión de Hotel Diseño de Sistemas Software

Cambios en la Funcionalidad de Iposs Hosting

Proceso de normalización

INTRODUCCIÓN A LOS SISTEMAS GESTORES DE BASE DE DATOS

Diseño y desarrollo de una aplicación informática para la gestión de laboratorios

LA FACTURACIÓN DE LA ELECTRICIDAD

METODOLOGÍA PRESUPOSICIONAL (NECESIDAD-SUFICIENCIA)

Modelo Entidad-Relación

Modelos y Bases de Datos

ESTUDIO DE PREVENCIÓN DE RIESGOS LABORALES EN EL SECTOR TURISTICO Y COMERCIO DE DEBABARRENA

Objetivo de aprendizaje del tema

PRC-DTI-006 Administración de Roles de los Sistemas de Información de la DTI Procedimiento Dirección de TI - COSEVI

FOCO GESTIÓN DE GRUPOS

MANUAL DE USUARIO ARCHIVO

Guía 1: Sistemas de referencia y coordenadas ArcGIS 10 o ArcGis 10.1

PRÁCTICAS EN UN CENTRO DE ENSEÑANZA DE ESPAÑOL LENGUA EXTRANJERA

INSTRUCCIONES BÁSICAS DE ACCESO AL PORTAL DEL CLIENTE

Inteligencia Artificial II. Razonamiento con ontologías

Ramón Manjavacas Ortiz

Ecuación ordinaria de la circunferencia

TEMA 7: DIAGRAMAS EN UML

Contabilidad de Costos

SISTEMA DE BECAS AL EXTERIOR

Unidad II: Diseño de Bases de Datos y el modelo E-R. 2.1 El Proceso de Diseño

1. VIRTUALIZACION DEL PROCESO REAL.

PARA COMERCIANTES Y AUTÓNOMOS. INFORMACIÓN SOBRE TARJETAS DE CRÉDITO.

NORMALIZACIONDE BASES DE DATOS

Diagramas de Clases ~ 1 ~ Ing. Fabián Silva Alvarado

Geometría Tridimensional

Manual Excel Formularios y controles

1.- INTRODUCCIÓN 2.- PARÁMETROS

CAPITULO DE BIENES AFECTOS O DE INVERSIÓN

Cómo puede mi organización registrar plazas de trabajo?

Para ingresar a la aplicación Microsoft PowerPoint 97, los pasos que se deben seguir pueden ser los siguientes:

Programa Presupuestos de Sevillana de Informática.

RECONOCIMIENTO Y TRANSFERENCIA DE CREDITOS XXVI JORNADAS DE GERENCIA UNIVERSITARIA

Introducción. Ciclo de vida de los Sistemas de Información. Diseño Conceptual

Lección 1-Introducción a los Polinomios y Suma y Resta de Polinomios. Dra. Noemí L. Ruiz Limardo 2009

Ejercicio de Participación Ciudadana Instituto Nacional de Medicina Genómica

DISEÑO DEL SOFTWARE TRAFFIC ANALYZER. Analyzer. En este capítulo se reporta el desarrollo que se llevó a cabo para realizar el software

Tema 6: Teoría de la Normalización

BASES DE DATOS - SQL. Javier Enciso

Estrategia de Liberacion for dummies por Carlos Estévez. Muchos de estos documentos son los: Pedidos de Compras, Solicitudes de Pedido, Ofertas, etc.

Manual de Operaciones del Club Aéreo del Personal de BancoEstado.

PRÁCTICAS DE FORMACIÓN ACADÉMICA

1. Introducción al evaluación de proyectos

Concepto común (código común que asigna la norma a los tipos de apuntes).

RESULTADOS INTERNACIONALES, PRUEBA PISA, 2009

GESTIÓN Y CONTROL DEL DESARROLLO E IMPLANTACIÓN DE APLICACIONES

HERRAMIENTA DE CONTROL DE PLAGIOS MANUAL DE AYUDA

LA WEB ESCOLAR COMO MEDIO DE INTEGRACIÓN ENTRE EL CENTRO Y LA COMUNIDAD EDUCATIVA: LA BIBLIOTECA ESCOLAR

INFORMATICA Y REDES, SA DE CV.

Estructura "Portal Caib". Documento diseño

5.8. REGISTRO DE FACTURAS.

Acceso a la aplicación de solicitud de subvenciones (Planes de Formación 2014)

PROGRAMA DE EDUCACIÓN FINANCIERA

Comunicación entre Procesos y Sockets

BANCOS. Manejo de Bancos. Como crear una ficha de Banco? Como modificar los datos de una ficha de Banco? Como borrar una ficha de Banco?

NORMA ISO DE RIESGOS CORPORATIVOS

Base de datos relacional

Indice Todos los derechos reservados Advisionario, S.A. de C.V.

Diagramas del UML. A continuación se describirán los diagramas más comunes del UML y los conceptos que representan: Diagrama de Clases

EJEMPLO DE REPORTE DE LIBERTAD FINANCIERA

Desarrollo de Aplicaciones Web-Parte 2

PREGUNTAS MÁS FRECUENTES

TRAMITES ON-LINE Patentes Solicitud de Patentes

_ Antología de Física I. Unidad II Vectores. Elaboró: Ing. Víctor H. Alcalá-Octaviano

Módulo 8: Ofimática básica. Unidad didáctica 4: Introducción y modificación de datos. Access

Estrategias Didácticas B-Learning: ÁLGEBRA RELACIONAL

Sociedades en derecho Mercantil

Guía breve para la. Versión abreviada del Manual para la. evaluación de desempeño y potencial

JHAN EVER ANDRADE CASTRO

Directrices para revisar Estructura Programática

Transcripción:

Tecnología de la Información y la Comunicación Base de datos Modelo Entidad Relación - 2007 -

Profesores del área Informática: Guillermo Storti Gladys Ríos Gabriel Campodónico

Modelo de Entidad Relación El Modelo de Entidad Relación es un modelo de datos basado en una percepción del mundo real que consiste en un conjunto de objetos básicos llamados entidades y relaciones entre estos objetos, implementándose en forma gráfica a través del Diagrama Entidad Relación. Hablamos de ejemplares cuando nos referimos a una clase de objetos con características similares Ejemplares = registros Se puede definir cono Entidad a cualquier objeto, real o abstracto, que existe en un contexto determinado o puede llegar a existir y del cual deseamos guardar información. Entidad = Tabla Alumnos Nombre Legajo DNI Direccion Telefono Ejemplares de información similar se agrupan en entidades Qué es una base de datos? Una Base de Datos es un conjunto de información relacionada con un asunto, tema o actividad específica. Así, se pueden utilizar Bases de Datos para cosas tan sencillas como mantener un registro de nuestra colección de discos de música, hasta llevar toda la gestión de una gran empresa u organización. Atributos = Campos Los Atributos son características o propiedades asociadas a la entidad que toman valor en una instancia particular. Ejemplo: nombre, cédula, teléfono.

Clave Principal Se denomina Clave principal o primaria al atributo o conjunto mínimo de atributos (uno o más campos) que permiten identificar en forma única cada instancia de la entidad, es decir, a cada registro de la tabla. Las claves principales se utilizan cuando se necesita hacer referencia a registros específicos de una tabla desde otra tabla. En un principio se puede identificar más de un atributo que cumpla las condiciones para ser clave, los mismos se denominan Claves candidatas. Si la clave primaria se determina mediante un solo atributo de la entidad, entonces se dice que la misma es una Clave simple. En caso de estar conformada por más de un atributo, la misma se conoce como Clave compuesta. La Clave foránea (también llamada externa o secundaria) es un atributo que es clave primaria en otra entidad con la cual se relaciona. Simple Claves Candidatas Alumno Alu_Nombre Alu_Direccion Alu_tel Alu_Legajo Alu_DNI Clave Principal Alumno Alu_DNI Alu_Nombre Alu_Legajo Alu_Direccion Alu_tel Compuesta Curso Cur_Nivel Cur_Grado Cur_Seccion Cur_Turno

Tipos de Relaciones Se entiende por Relación a la asociación entre 2 o más entidades. Clasificación por Cardinalidad Relación Uno a Uno: Cuando un registro de una tabla sólo puede estar relacionado con un único registro de la otra tabla y viceversa. En este caso la clave foránea se ubica en alguna de las 2 tablas. Relación Uno a Muchos: Cuando un registro de una tabla (tabla secundaria) sólo puede estar relacionado con un único registro de la otra tabla (tabla principal) y un registro de la tabla principal puede tener más de un registro relacionado en la tabla secundaria. En este caso la clave foránea se ubica en la tabla secundaria. Relación Muchos a Muchos: Cuando un registro de una tabla puede estar relacionado con más de un registro de la otra tabla y viceversa. En este caso las dos tablas no pueden estar relacionadas directamente, se tiene que añadir una tabla entre las dos (Tabla débil o de vinculación) que incluya los pares de valores relacionados entre sí. El nombre de tabla débil deviene de que con sus atributos propios no se puede encontrar la clave, por estar asociada a otra entidad. La clave de esta tabla se conforma por la unión de los campos claves de las tablas que relaciona. Uno a Uno Uno a Muchos Muchos a Muchos 2 Clasificación por Modalidad Dadas las tablas A y B, que se encuentran relacionadas: Si para todo registro de A debe existir siempre al menos un registro de B asociado, se dice que la relación en sentido A->B es Obligatoria. Si para todo registro de A, pueden existir o no, uno o varios registros de B asociados, se dice que la relación en sentido A->B es Optativa. La modalidad de las relaciones se debe analizar en ambos sentidos. Optativa Obligatoria

Relaciones uno a uno Cardinalidad Relación Uno a Uno Relación Uno a Muchos Relación Muchos a Muchos Departamento Profesor Modalidad Relación Obligatoria Relación Optativa Depto Profesor NAT HSC TEC Carla Juan Pedro Sara Carla Todo Departamento tiene solamente un Profesor a cargo Un Profesor puede ser jefe de un solo Departamento

Relaciones Uno a Uno Depto Profesor Departamento Profesor Clave Dep_Cod Dep_Nombre Dep_Jefe Prof_Cod Prof_Nombre Prof_Direccion Prof_Telefono La Relación Uno a Uno se da cuando un registro de una tabla sólo puede estar relacionado con un único registro de la otra tabla y viceversa. La Clave Foránea se ubica en alguna de las 2 tablas

Relaciones Uno a Muchos Curso Alumno Alumno Curso Carla Pol--A Pol--B Pol-2-A Juan Pedro Sara Carla Un Curso tiene muchos Alumnos Un Alumno está en sólo un curso Un Curso puede estar transitoriamente vacío Todo Alumno tiene un Curso asignado

Relaciones Uno a Muchos Tabla Principal Tabla Secundaria Curso Alumno Cur_Nivel Cur_Grado Cur_Seccion Cur_Turno Cur_Esp Alu_DNI Alu_DNI Alu_Legajo Alu_Legajo Alu_Nombre Alu_Nombre Alu_Direccion Alu_Direccion Alu_tel Alu_CurNivel Alu_CurGrado Alu_CurSeccion Clave Alu_tel La Relación Uno a Muchos se establece cuando un registro de una tabla (tabla secundaria) sólo puede estar relacionado con un único registro de la otra tabla (tabla principal) y un registro de la tabla principal puede tener más de un registro relacionado en la tabla secundaria. La Clave Foránea se ubica en la Tabla Secundaria

Relaciones Muchos a Muchos Profesor Curso Profesor Curso Carla Juan Pedro Sara Pol--A Pol--B Pol-2-A Ana Un Profesor puede estar asignado en varios Cursos Un Curso puede tener muchos Profesores asignados Todo Profesor tiene un Curso asignado Un Curso puede no tener transitoriamente un Profesor

Relaciones Muchos a Muchos Romper la Relación Profesor Carla Juan Pedro Sara Ana AsigCurso Carla Pol--A Juan Pol-2-A Pedro Pol--A Sara Pol--A Sara Pol-2-A Ana Pol-2-A Curso Pol--A Pol--B Pol-2-A La relación se rompe creando un nueva tabla El diagrama de Entidad Relación es: Profesor AsigCurso Curso Tabla Regular Tabla débil o de vinculación Tabla Regular La Relación Muchos a Muchos se da cuando un registro de una tabla puede estar relacionado con más de un registro de la otra tabla y viceversa. En este caso las dos tablas no pueden estar relacionadas directamente, se tiene que añadir una tabla entre las dos (Tabla débil o de vinculación) que incluya los pares de valores relacionados entre sí. El nombre de tabla débil deviene de que con sus atributos propios no se puede encontrar la clave, por estar asociada a otra entidad. La clave de esta tabla se conforma por la unión de los campos claves de las tablas que relaciona.

Relaciones Muchos a Muchos Tabla Regular Tabla Débil Tabla Regular Profesor AsigCurso Curso Prof_Cod Prof_Nombre Prof_Direccíon Prof_Tel Cur_Nivel Cur_Grado Cur_Seccion Prof_Cod Asignatura Cur_Nivel Cur_Grado Cur_Seccion Cur_Turno Cur_Esp La Clave Principal de la Tabla Débil se conforma por las Claves Principales de las tablas regulares

Ejercitación Cia. arerea Pasajero Pasajero Vuelo Vuelo Lista precios Item lista Articulo Item factura Factura

Pasos para la construcción del Diagrama Entidad Relaciones.Identificar las entidades 2.Determinar las claves primarias 3.Describir los atributos de las entidades 4.Establecer relaciones entre las entidades 5.Dibujar el modelo de datos 6.Realizar comprobaciones