UNIVERSIDAD JOS CARLOS MARITEGUI FACULTAD DE INGENIERACARRERA PROFESIONAL DE INGENIERA DE SISTEMAS E INFORMTICA

CURSO: BASE DE DATOS I

TITULO: Creacin de base de Datos y Tablas Access 2013

PRESENTADO POR: HEBERT VILCA MAMANI

DOCENTE: Ing. Melina ALFREZ GARCA

MOQUEGUA - PER Abril del 2015

ContenidoPresentacin1Introduccion31.Modelo de datos entidad-relacin41.2 Qu es el modelo entidad-relacin?41.3 Entidad41.4 Atributos52-. Relacin62.1-. Conjunto de relaciones72.3 Relaciones de cardinalidad83-. Restricciones de participacin93.1 Claves94 Diagrama entidad-relacin104.1 Entidades104.2Atributos104.3Relaciones124.4 Diagramas extendidos124.5 Entidades fuertes y dbiles135-. Cardinalidad de las relaciones135.1 Atributos en relaciones145.2 Herencia145.3 Agregacin156-. Representacin del Objeto de Estudio en el Mundo de los Datos157-. Obtencin del Diagrama Entidad Relacin16BIBLIOGRAFIA17ANEXOS18

IntroduccionElModelo Entidad-Relacin. 1. Se elabora el diagrama (o diagramas) entidad-relacin.2. Se completa el modelo con listas de atributos y una descripcin de otras restricciones que no se pueden reflejar en el diagrama.El modelado de datos no acaba con el uso de esta tcnica. Son necesarias otras tcnicas para lograr un modelo directamente implementable en unabase de datos. Brevemente:Permite mostrar resultados entre otras entidades pertenecientes a las existentes de manera que se encuentre la normatividad de archivos que se almacenaran Transformacin de relaciones mltiples en binarias. Normalizacin de una base de datosde relaciones (algunas relaciones pueden transformarse en atributos y viceversa). Conversin en tablas (en caso de utilizar unabase de datos relacional).

1.Modelo de datos entidad-relacin

El modelo de datos entidad-relacin est basado en una percepcin del mundo real que consta de una coleccin de objetos bsicos, llamados entidades, y de relaciones entre esos objetos.1.2 Qu es el modelo entidad-relacin?Como ya he comentado este modelo es solo y exclusivamente un mtodo del que disponemos para disear estos esquemas que posteriormente debemos de implementar en un gestor deBBDD(bases de datos). Este modelo se representa a travs de diagramas y est formado por varios elementos.Este modelo habitualmente, adems de disponer de un diagrama que ayuda a entender los datos y como se relacionan entre ellos, debe de ser completado con un pequeo resumen con la lista de los atributos y las relaciones de cada elemento.

1.3 EntidadLas entidades representancosasuobjetos(ya sean reales o abstractos), que se diferencian claramente entre s.Para poder seguir un ejemplo durante el artculo aadir ejemplos sobre un taller mecnico, donde se podra crear las siguientes entidades: Coches(objeto fsico): contiene la informacin de cada taller. Empleado(objetofsico): informacin de los trabajadores. Cargo del empleado(cosaabstracta): informacin de la funcin del empleado.

Estas entidades se representan en un diagrama con unos rectngulos, como los siguientes.

Algunos Ejemplos: Una persona. (Se diferencia de cualquier otra persona, incluso siendo gemelos). Un automvil. (Aunque sean de la misma marca, el mismo modelo,..., tendrn atributos diferentes, por ejemplo, el nmero de chasis). Una casa (Aunque sea exactamente igual a otra, an se diferenciar en su direccin).Una entidad puede ser un objeto con existencia fsica como: una persona, un animal, una casa, etc. (entidad concreta); o un objeto con existencia conceptual como: un puesto de trabajo, una asignatura de clases, un nombre,etc. (entidad abstracta).Una entidad est descrita y se representa por sus caractersticas o atributos. Por ejemplo, la entidadPersonalas caractersticas: Nombre, Apellido, Gnero, Estatura, Peso, Fecha de nacimiento.1.4 AtributosLos atributos definen o identifican las caractersticas de entidad (es el contenido de esta entidad). Cada entidad contiene distintos atributos, que dan informacin sobre esta entidad. Estos atributos pueden ser de distintos tipos (numricos, texto, fecha).Siguiendo el ejemplo de antes podemos analizar los atributos de nuestra entidad Coches, que nos darn informacin sobre los coches de nuestro supuesto taller.Unos posibles atributos seran los siguientes:nmero de chasis,matrcula,DNIdel propietario,marca, modeloy muchos otros que complementen la informacin de cada coche.Los atributos se representan como crculos que descienden de una entidad, y no es necesario representarlos todos, sino los ms significativos, como a continuacin.

Los atributos son las caractersticas que definen o identifican a una entidad. Estas pueden ser muchas, y el diseador solo utiliza o implementa las que considere ms relevantes.En un conjunto de entidades del mismo tipo, cada entidad tienevaloresespecficos asignados para cada uno de sus atributos, de esta forma, es posible su identificacin unvoca.Ejemplos:A la coleccin de entidades alumnos, con el siguiente conjunto de atributos en comn, (id, nombre, edad, semestre), pertenecen las entidades: (1, Sofa, 38 aos, 2) (2, Josefa, 19 aos, 5) (3, Carlos, 20 aos, 2) ...Cada una de las entidades pertenecientes a este conjunto se diferencia de las dems por el valor de sus atributos. Ntese que dos o ms entidades diferentes pueden tener los mismos valores para algunos de sus atributos, pero nunca para todos.En particular, losatributos identificativosson aquellos que permiten diferenciar a una instancia de la entidad de otra distinta. Por ejemplo, el atributo identificativo que distingue a un alumno de otro es su nmero de id.Para cada atributo, existe undominiodel mismo, este hace referencia al tipo de datos que ser almacenado a restricciones en los valores que el atributo puede tomar (cadenas de caracteres, nmeros, solo dos letras, solo nmeros mayores que cero, solo nmeros enteros...).Cuando algn atributo correspondiente a una entidad no tiene un valor determinado, recibe elvalor nulo, bien sea porque no se conoce, porque no existe o porque no se sabe nada al respecto del mismo.2-. RelacinEs un vnculo que nos permite definir una dependencia entre varias entidades, es decir, nos permite exigir que varias entidades compartan ciertos atributos de forma indispensable.Por ejemplo, los empleados del taller (de la entidad Empleados) tienen un cargo (segn la entidad Cargo del empleado). Es decir, un atributo de la entidad Empleados especificar que cargo tiene en el taller, y tiene que ser idntico al que ya existe en la entidad Cargo del empleado.Las relaciones se muestran en los diagramas como rombos, que se unen a las entidades mediante lneas.

Describe cierta dependencia entre entidades o permite la asociacin de las mismas.Ejemplo:

Si tenemos dos entidades, "CLIENTE" y "HABITACIN", podemos entender la relacin entre ambas al tomar un caso concreto (ocurrencia) de cada una de ellas. Entonces, podramos tener la ocurrencia "Habitacin 502", de la entidad "HABITACIN" y la ocurrencia "Henry Johnson McFly Bogard", de la entidad "CLIENTE", entre las que es posible relacionar que la habitacin 502 se encuentra ocupada por el husped de nombre Henry Johnson McFly Bogard.

2.1-. Conjunto de relacionesConsiste en una coleccin, o conjunto, de relaciones de la misma naturaleza.Ejemplo:Dados losconjuntos de entidades"Habitacin" y "Husped", todas las relaciones de la forma habitacin-husped, permiten obtener la informacin de los huspedes y sus respectivas habitaciones.La dependencia o asociacin entre los conjuntos de entidades es llamadaparticipacin. En el ejemplo anterior los conjuntos de entidades "Habitacin" y "Husped"participanen el conjunto de relaciones habitacin-husped.Se llamagradodel conjunto de relaciones a la cantidad de conjuntos de entidades participantes en la relacin.

2.3 Relaciones de cardinalidadPodemos encontrar distintos tipos de relaciones segn como participen en ellas las entidades. Es decir, en el caso anterior cada empleado puede tener un cargo, pero un mismo cargo lo pueden compartir varios empleados.Esto complementa a las representaciones de las relaciones, mediante un intervalo en cada extremo de la relacin que especifica cuantosobjetosocosas(de cada entidad) pueden intervenir en esa relacin.Uno a uno: Una entidad se relaciona nicamente con otra y viceversa. Por ejemplo, si tuvisemos una entidad con distintos chasis y otra con matrculas deberamos de determinar que cada chasis solo puede tener una matrcula (y cada matrcula un chasis, ni ms en ningn caso).

Uno a variosovarios a uno: determina que un registro de una entidad puede estar relacionado con varios de otra entidad, pero en esta entidad existir solo una vez. Como ha sido en el caso anterior del trabajador del taller.

Varios a varios: determina que una entidad puede relacionarse con otra con ninguno o varios registros y viceversa. Por ejemplo, en el taller un coche puede ser reparado por varios mecnicos distintos y esos mecnicos pueden reparar varios coches distintos.

Los indicadores numricos indican el primero el nmero mnimo de registros en una relacin y posteriormente el mximo (si no hay lmite se representa con una n).

3-. Restricciones de participacin Dado un conjunto de relaciones R en el cual participa un conjunto de entidades A, dicha participacin puede ser de dos tipos: Total:Cuando cada entidad en A participa en al menos una relacin de R. Parcial:Cuando al menos una entidad en A NO participa en alguna relacin de R.3.1 ClavesEs un subconjunto del conjunto de atributos comunes en una coleccin de entidades, que permite identificar inequvocamente cada una de las entidades pertenecientes a dicha coleccin. Asimismo, permiten distinguir entre s las relaciones de un conjunto de relaciones.Dentro de los conjuntos de entidades existen los siguientes tipos de claves: Superclave:Es un subconjunto de atributos que permite distinguir unvocamente cada una de las entidades de un conjunto de entidades. Si se aade un atributo al anterior subconjunto, el resultado seguir siendo una superclave. Clave candidata:Dada una superclave, si sta deja de serlo quitando nicamente uno de los atributos que la componen, entonces sta es una clave candidata. Clave primaria:Es una clave candidata, elegida por el diseador de la base de datos, para identificar unvocamente las entidades en un conjunto de entidades.Los valores de los atributos de una clave, no pueden ser todos iguales para dos o ms instancias.Para poder distinguir unvocamente las relaciones en un conjunto de relaciones R, se deben considerar dos casos: R NO tiene atributos asociados:En este caso, se usa como clave primaria de R la unin de las claves primarias de todos los conjuntos de entidades participantes. R tiene atributos asociados:En este caso, se usa como clave primaria de R la unin de los atributos asociados y las claves primarias de todos los conjuntos de entidades participantes.Si el conjunto de relaciones, R, sobre las que se pretende determinar la clave primaria est compuesto de relaciones binarias, con los conjuntos de entidades participantes A y B, se consideran los siguientes casos, segn sus cardinalidades: R es de muchos a uno de A a Bentonces slo se toma la clave primaria de A, como clave primaria de R. R es de uno a muchos de A a Bentonces se toma slo la clave primaria de B, como clave primaria de R. R es de uno a uno de A a Bentonces se toma cualquiera de las dos claves primarias, como clave primaria de R. R es de muchos a muchos de A a Bentonces se toma la unin de los atributos que conforman las claves primarias de A y de B, como clave primaria de R.4 Diagrama entidad-relacinAnteriormente detallamos los conceptos relacionados al modelo ER, en esta seccin profundizaremos en como representarlos grficamente. Cabe destacar que para todo proceso de modelado, siempre hay que tener en claro los conceptos, estos nos brindan conocimiento necesario y adems fundamentan nuestro modelo al momento de presentarlo a terceros.Formalmente, los diagramas ER son un lenguaje grfico para describir conceptos. Informalmente, son simples dibujos o grficos que describen informacin que trata un sistema de informacin y el software que lo automatiza.4.1 EntidadesLas entidades son el fundamento del modelo entidad relacin. Podemos adoptar como definicin de entidad cualquier cosa o parte del mundo que es distinguible del resto. Por ejemplo, en un sistema bancario, las personas y las cuentas bancarias se podran interpretar como entidades. Las entidades pueden representar entes concretos, como una persona o un avin, o abstractas, como por ejemplo un prstamo o una reserva. Se representan por medio de un rectngulo. que pueden ser de tipo: maestras, transaccionales, histricas y temporales4.2AtributosLas entidades se componen de atributos que son cada una de las propiedades o caractersticas que tienen las entidades. Cada ejemplar de una misma entidad posee los mismos atributos, tanto en nombre como en nmero, diferencindose cada uno de los ejemplares por los valores que toman dichos atributos. Si consideramos la entidad "PROFESOR" y definimos los atributos Nombre, Telfono y Salario, podramos obtener los siguientes ejemplares:{Luis Garca, 91.555.55.55, 80.500}{Juan Antonio Alvarez, 91.666.66.66, 92.479}{Marta Lpez, 91.777.77.77, 85.396}Existen cuatro tipos de atributos:1. Obligatorios:aquellos que deben tomar un valor y no se permite ningn ejemplar no tenga un valor determinado en el atributo.2. Opcional:aquellos atributos que pueden tener valores o no tenerlo.3. Monoevaluado:aquel atributo que slo puede tener un nico valor.4. Multievaluado:aquellos atributos que pueden tener varios valores.

La representacin grfica de los atributos, en funcin del tipo es la siguiente:ObligatorioOpcional

Multievaluado

Monoevaluado

Dentro del diagrama la entidad "PROFESOR" y sus atributos quedara de la siguiente forma:

Existen atributos, llamados derivados, cuyo valor se obtiene a partir de los valores de otros atributos. Pongamos como ejemplo la entidad "PROFESOR" que tiene los atributos "NOMBRE", "FECHA DE NACIMIENTO", "EDAD"; el atributo "EDAD" es un atributo derivado por que se calcula a partir del valor del atributo "FECHA DE NACIMIENTO". Su representacin grfica es la siguiente:

En determinadas ocasiones es necesaria la descomposicin de un atributo para definirlos en ms de un dominio, podra ser el caso del atributo "TELEFONO" que toma valores del dominio "PREFIJOS" y del dominio "NUMEROS DE TELEFONO". Estos atributos se representan de la siguiente forma:

Como complemento al diagrama de entidades del modelo de datos, podemos utilizar la siguiente plantilla para definir los diferentes atributos:Nombre del atributoFECHA DE NACIMIENTO

Tipo de datoNmero largo

Formato internoaaaammdd

Longitud8

Formato externodd/MM/aaaa

DescripcinFecha de nacimiento del profesor

Dato requeridoSI

Permitir valor vacoNO

Valor nicoNO

IndexadoSI

DominioCalendario Gregoriano

ValidacionesLa fecha debe ser superior a 01/01/1900

ConfidencialNO

Derechos de accesoNO

Observaciones...

4.3RelacionesSe representan mediante un rombo etiquetado en su interior con un verbo. Este rombo se debe unir mediante lneas con las entidades (rectngulos) que relaciona, para as saber cul es la relacin que lleva cada uno.4.4 Diagramas extendidos

DER extendidoLos diagramas Entidad-Relacin no cumplen su propsito con eficacia debido a que tienen limitaciones semnticas. Por ese motivo se suelen utilizar losdiagramas Entidad-Relacin extendidosque incorporan algunos elementos ms al lenguaje

4.5 Entidades fuertes y dbilesCuando una entidad participa en una relacin puede adquirir un papelfuerteodbil. Una entidad dbil es aquella que no puede existir sin participar en la relacin; es decir, aquella que no puede ser unvocamente identificada solamente por sus atributos.Una entidad fuerte (tambin conocida como entidad regular) es aquella que s puede ser identificada unvocamente. En los casos en que se requiera, se puede dar que una entidad fuerte "preste" algunos de sus atributos a una entidad dbil para que esta ltima se pueda identificar.Las entidades dbiles se representan mediante undoble rectngulo; es decir, un rectngulo con doble lnea.Se puede hablar de la existencia de 2 tipos de dependencias en las entidades dbiles:Dependencia por existenciaLas ocurrencias de la entidad dbil pueden identificarse mediante un atributo identificador clave sin necesidad de identificar la entidad fuerte relacionada.Dependencia por identidadLa entidad dbil no puede ser identificada sin la entidad fuerte relacionada. (Ejemplo: si tenemos una entidad LIBRO y otra relacionada EDICIN, para identificar una edicin necesitamos conocer el identificador del libro).5-. Cardinalidad de las relacionesEl tipo de cardinalidad se representa mediante una etiqueta en el exterior de la relacin, respectivamente: "1:1", "1:N" y "N:M", aunque la notacin depende del lenguaje utilizado, la que ms se usa actualmente es el unificado. Otra forma de expresar la cardinalidad es situando un smbolo cerca de la lnea que conecta una entidad con una relacin: "0"si cada instancia de la entidad no est obligada a participar en la relacin. "1"si toda instancia de la entidad est obligada a participar en la relacin y, adems, solamente participa una vez. "N" , "M", "*"si cada instancia de la entidad no est obligada a participar en la relacin y puede hacerlo cualquier nmero de veces.Ejemplos de relaciones que expresan cardinalidad: Un polica (entidad) tiene (relacin) un arma (entidad) siempre y cuando no realice funciones de oficina, pudiendo entonces tenerla o no asignada. Es una relacin 0:1. Cada esposo (entidad) est casado (relacin) con una nica esposa (entidad) y viceversa. Es una relacin 1:1. Una factura (entidad) se emite (relacin) a una persona (entidad) y slo una, pero una persona puede tener varias facturas emitidas a su nombre.Cardinalidad es el nmero de entidades con la cual otra entidad puede asociar mediante una relacin considerando una relacin binaria entre el juego de entidades A y el B, la cardinalidad puede ser:Uno a unoUno a muchos muchos a unoMuchos a muchos Todas las facturas se emiten a nombre de alguien. Es una relacin 1:N. Un cliente (entidad) puede comprar (relacin) varios servicios (entidad) y un servicio puede ser comprado por varios clientes distintos. Es una relacin N:M.5.1 Atributos en relacionesLas relaciones tambin pueden tener atributos asociados. Se representan igual que los atributos de las entidades. Un ejemplo tpico son las relaciones de tipo "histrico" donde debe constar una fecha o una hora. Por ejemplo, supongamos que es necesario hacer constar la fecha de emisin de una factura a un cliente, y que es posible emitir duplicados de la factura (con distinta fecha). En tal caso, el atributo "Fecha de emisin" de la factura debera colocarse en la relacin "se emite".5.2 HerenciaLa herencia es un intento de adaptacin de estos diagramas al paradigma orientado a objetos. La herencia es un tipo de relacin entre una entidad "padre" y una entidad "hijo". La entidad "hijo" hereda todos los atributos y relaciones de la entidad "padre". Por tanto, no necesitan ser representadas dos veces en el diagrama. La relacin de herencia se representa mediante un tringulo interconectado por lneas a las entidades. La entidad conectada por el vrtice superior del tringulo es la entidad "padre". Solamente puede existir una entidad "padre" (herencia simple). Las entidades "hijo" se conectan por la base del tringulo.

5.3 Agregacin

Ejemplo agregacinEs una abstraccin a travs de la cual las relaciones se tratan como entidades de un nivel ms alto. Se utiliza para expresar relaciones entre relaciones o entre entidades y relaciones. Se representa englobando la relacin abstrada y las entidades que participan en ella en un rectngulo. En la figura se muestra un ejemplo de agregacin en el que se representa la situacin en la que un profesor, cuando est impartiendo una clase, puede poner una incidencia ocurrida a lo largo de sta (se fue la luz, falta la configuracin de un determinado software, etc.).

6-. Representacin del Objeto de Estudio en el Mundo de los Datos Entidades. Atributos de las Entidades. Atributo llave. Relaciones entre las Entidades. Modelo grfico de las Entidades y sus Relaciones. (Diagrama Entidad Relacin) Modelo Lgico de los Datos.

7-. Obtencin del Diagrama Entidad Relacin

BIBLIOGRAFIA

1-.Elmasri y Navathe: Fundamentos de Sistemas de Bases de Datos

2-. 3 edicin, 2002 (Captulo 3). Garcia-Molina, Ullman y Widom: Database systems: the complete book. Prentice-Hall (Captulo 2).

3-. El modelo entidad-relacin CASE*methodtmEdiciones Daz de Santos, 1994 -256 pginas Richard Barker

4-.Navathe, S.B. Fundamentos de Sistemas de Bases de Datos. 3a ed. Addison-Wesley (Cap. 3 y 4)

ANEXOS

http://es.wikipedia.org/wiki/Modelo_entidad-relaci%C3%B3n

http://www.genbetadev.com/bases-de-datos/fundamento-de-las-bases-de-datos-modelo-entidad-relacion

http://basededatos.umh.es/e_r.htm#representacion_grafica

http://tramullas.com/documatica/2-7.html

http://www.duiops.net/manuales/access/access10.htm

http://www.cs.us.es/cursos/bd-2001/temas/diseno.html

http://sistemas.itlp.edu.mx/tutoriales/basedat1/tema2_5.htm

http://programacion.net/articulo/modelo_entidad_relacion_212/2

Presentado Por: Hebert Vilca MamaniPgina 18