Bases de Datos 1, Ingeniera de Software, Facultad de TI, Universidad Latina.

2012

Modelado de datos con el modelo Entidad-Relacin (ER) (Febrero 2012)

V. Granera, J. Rodriguez, N. Villalobos, Ingeniera de Software, Facultad de TI, Universidad Latina
Resumen - Este paper habla sobre los conceptos bsicos del modelado de datos usando el modelo Entidad-Relacin. Se definen el uso de entidades, atributos y relaciones, as como las restricciones pertinentes. Palabras Clave - Atributo, Base de datos, Entidad, Modelo Entidad-Relacin, Relacin

esta definicin de modelo ER, vemos los principales 3 conceptos que engloban al tema principal. III. ENTIDADES Este es el objeto bsico representado por el modelo. Puede ser una cosa del mundo real con una existencia independiente [2]. Por esta caracterstica el mismo se diferencia de forma nica de cualquier otro objeto o cosa, incluso cuando sean del mismo tipo. Las entidades pueden ser tanto objetos fsicos (como una persona o una casa) como conceptuales (como un trabajo o curso de la universidad). Lo que diferencia a una entidad de otra, son precisamente sus caractersticas o atributos. Es muy posible que en una base de datos vamos a encontrar entidades parecidas. A esta coleccin (o conjunto) de entidades que tienen los mismos atributos se les conoce como tipo de entidad [3]. A. Entidades dbiles y fuertes Como se ver en la seccin IV.C. de ste paper, las entidades se diferencian unas de otras por medio de sus atributos clave. Identificadores nicos que les permiten diferenciarse. Sin embargo, no todas entidades tienen un atributo clave. ALos tipos de entidad que no tienen atributos clave propios se denominan tipos de entidad dbiles. Por el contrario, los que si tienen sern los tipos de entidad fuertes [4]. IV. ATRIBUTOS Cada entidad tiene atributos, propiedades particulares que la describen. Una entidad tendr un valor en particular para cada uno de sus atributos. Estos valores se convierten en los principales datos almacenados por nuestro modelo [5]. A. Tipos de atributos Hay diferentes tipos de atributos [5].Vemolos rpidamente. 1. Atributos simples (atmicos): Son atributos que no se pueden dividir en subatributos. 2. Atributos complejos: Son atributos divisibles en partes ms pequeas. En atributos ms pequeos, o subatributos. Como por ejemplo el atributo Direccin, que se puede subdividir en subatributos Calle, Cdigo Postal, etc. 3. Atributos monovalor: Hay entidades que tienen atributos que solo pueden recibir un nico valor, como por ejemplo el atributo Edad. Una entidad Persona solamente puede tener un nico atributo Edad. 4. Atributos multivalor: As mismo existen atributos que pueden tener ms de un slo valor. Por ejemplo, la

I. INTRODUCCIN

l inicio, la construccin de una base de datos puede llegar a ser un tema muy abstracto y difcil de materializar. Para ello es importante detenerse y alejarse un poco, para as ver la gran imagen, y entender a las bases de datos como simples relaciones que existen entre objetos del mundo real. En otras palabras, las bases de datos son las relaciones que existen entre elementos/ personas (entidades) sobre los cuales fluye informacin (datos). Bsicamente sobre esto gira el modelo de Entidad-Relacin (ER), el cual es uno de los modelos ms ampliamente utilizado en el diseo y construccin de bases de datos. ste se utiliza con frecuencia para el diseo conceptual de alto nivel de aplicaciones para bases de datos, y muchas herramientas de diseo emplean sus conceptos. Importante sealar que la construccin de estos modelos va directamente relacionada con el mundo real, por lo cual es de vital importancia levantarse del escritorio y participar un poco del ambiente real y social que se quiere abstraer a una base de datos. Es decir, ir a hablar con las personas, ver las relaciones entre departamentos, objetos, proovedores, etc. para as poder establecer y analizar los requisitos funcionales por los cuales se disea en primer lugar la base de datos. El desarrollo de la tecnologa y el ingenio, siempre debe ir en funcin al beneficio que estos le otorgan al aspecto social. En nuestro caso, al usuario. Como deca Thomas Edison, el valor de una idea recae sobre el uso que se le de a esta. Si esta no logra resolver requisitos funcionales de nuestro pblico meta, no tendr sentido si quiera construirla. Por tanto es importante considerar los siguientes pasos para el diseo de una base de datos con sentido [1]: Recopilacin de requisitos y anlisis. Especificar los requisitos funcionales. Crear un esquema conceptual. Implementarlo mediante un DBMS. Asignar un modelo de datos. Realizar el diseo fsico (hardware, espacio fsico) II. CONCEPTO El modelo Entidad-Relacin est basado en una experiencia del mundo que trata de un conjunto de objetos o entidades (que se distinguen por sus atributos) y las relaciones existentes entre ellos. Precisamente, en

Bases de Datos 1, Ingeniera de Software, Facultad de TI, Universidad Latina. 2012

entidad Persona podra tener varios valores dentro de su atributo Ttulos acadmicos. Sin embargo por lo flexible de esta propiedad, para llevar un control se preestablecen mximos y mnimos posibles que puede almacenar este campo. 5. Atributos almacenados: Son los atributos normales que se guardan en la base de datos segn entidad. 6. Atributos derivados: Son atributos que nacen a partir de una conjetura relacionada con otro atributo ya existente, generalmente almacenado. Por ejemplo, se puede crear un atributo derivado llamado Edad, a partir de un atributo almacenado llamado Fecha de nacimiento. 7. Valores nulos (NULL): Cuando una entidad no tiene un valor aplicable para un atributo, se establece que su valor es nulo. B. Conjuntos de valores (dominios) Cada atributo simple de un tipo de entidad est asociado con un conjunto de valor (o dominio de valores) que especifica el conjunto de valores que se pueden asignar a ese atributo por cada entidad individual [6]. El dominio hace referencia al tipo de datos que ser almacenado en este atributo (letras, nmeros, alfanumricos, slo dos espacios, etc). Tambin establece las posibles restricciones que podra tener el valor que se inserte en este campo. C. Claves Algo muy importante de las entidades, es que el conjunto de sus atributos deben resultar en una combinacin nica que slo esa entidad tenga. Es decir, la entidades deben tener una restriccin de unicidad. Un tipo de entidad normalmente tiene un atributo cuyos valores son distintos para cada entidad individual del conjunto de entidades. Este atributo se llama atributo clave. Los valores de la clave se utilizan para identificar cada entidad sin lugar a dudas [3]. Un ejemplo clsico de un atributo clave es la cdula de identidad. Sin embargo, tambin existe la posibilidad de crear claves a partir del conjunto de muchos atributos comunes, pero que por sus valores, den como resultado unicidad. V. RELACIONES Las relaciones permiten establecer todas las asociaciones entre las entidades, as como posibles dependencias entre ellas. En ocasiones cuando se empieza el modelado, las relaciones se identifican normalmente como atributos, sin embargo al depurar el diseo, estos atributos se convierten en relaciones entre los tipos de entidades. Este es un error muy comn cuando se est iniciando a aprender el modelo EntidadRelacin. Para dejar ms claro el concepto de las relaciones vamos a ver un ejemplo. Dadas dos entidades Universidad Latina y Nstor Villalobos, podra ser posible relacionar que el estudiante Nstor Villalobos estudia en la universidad Universidad Latina. Por tanto, un estudiante (entidad), estudia (relacin) en una universidad (entidad). Las relaciones slo tienen sentido cuando se expresan las entidades que relaciona, valga la redundancia.

A. Conjuntos de relaciones Los conjuntos de relaciones se refieren a asociaciones de la misma naturaleza. Al igual que ocurre con lo conjuntos de entidades, los conjuntos de relaciones sern las asociaciones del mismo tipo (y por lo tanto del mismo nombre) que encontremos en nuestro modelado de datos. Generalmente van de la mano de los conjuntos de entidades, ya que es en estas situaciones donde se repiten elementos de las mismas familias. A la cantidad de conjuntos de entidades participantes en una relacin, se le conoce como el grado del conjunto de relaciones. Un tipo de relacin de grado dos se denomina binario, y uno de grado tres, terciario. Un ejemplo simple del grado y el conjunto de relaciones puede ser una entidad estudiante que matricula varias entidades curso. La relacin matricula es un conjunto de todas las relaciones que se asocien a la n cantidad de entidades curso que el estudiante matricule, donde n es el grado. VI. RESTRICCIONES Las restricciones son bsicamente las normas que deben seguir los datos almacenados en la base. Estas restricciones estn determinadas por la situacin del minimundo representado por las relaciones [7]. Hay dos grandes tipos de restricciones. Las de participacin, y las de cardinalidad. A. Participacin total y parcial La dependencia o asociacin de las entidades se llama participacin. Esta participacin puede ser total o parcial, dependiendo de la relacin de dependencia o no dependencia existente con otra entidad [7]. Hay entidades que slo tienen sentido en funcin a la relacin que tienen con otra entidad. Por ejemplo, segn vimos en la seccin III.A., existen entidades dbiles, las cuales por la forma en que estn construidas ocupan de otra entidad que les proporcione un atributo clave que los diferencie. Dependen de otra entidad que los apadrine. Este tipo de entidad dbil entonces siempre tendr una restriccin de participacin total respecto a su relacin identificativa, porque una entidad dbil no puede identificarse sin una entidad propietaria. B. Cardinalidad La razn de cardinalidad de una relacin binaria establece el nmero mximo de instancias de relacin en las que una entidad puede particiapr [7], es decir el nmero de entidades con las cuales puede estar relacionada otra entidad dada. La correspondenica de cardinalidad puede ir en cuatro vas: 1. Uno a uno: Una entidad A se relaciona nicamente con una entidad B, y viceversa. Por ejemplo, una persona tienen un nico nmero de cdula, y ese nmero tiene a una nica persona asignada. 2. Uno a varios: Una entidad A se relaciona con cero o muchas entidades B, pero esta entidad B slo con A. Por ejemplo, la profesora de clculo del curso MAT101 con sus alumnos del grupo 2.

Bases de Datos 1, Ingeniera de Software, Facultad de TI, Universidad Latina. 2012

3. Varios a uno: Una entidad A se relaciona nicamente con una entidad B, pero esta entidad B puede relacionarse con cero o muchas entidades A ms. Por ejemplo varias entidades escuelas de matemticas a directora de carrera. Suponiendo que una directora de carrera no puede ser directora de otras escuelas del pas. 4. Varios a varios: Una entidad A se puede relacionar con cero o muchas entidades B, y viceversa. Por ejemplo estudiantes a universidades. Un, o varios, estudiante pueden estar en varias universidades, y una, o muchas, universidades pueden tener varios estudiantes. VII. REFERENCIAS [1] Elmasri R., Navathe S. (2007). Fundamentos de Sistemas de Bases de Datos (5ta Edicin). Madrid, Espaa: Pearson Educacin SA, 2007, p 52-54 [2] Elmasri R., Navathe S. (2007). Fundamentos de Sistemas de Bases de Datos (5ta Edicin). Madrid, Espaa: Pearson Educacin SA, 2007, p 55 [3] Elmasri R., Navathe S. (2007). Fundamentos de Sistemas de Bases de Datos (5ta Edicin). Madrid, Espaa: Pearson Educacin SA, 2007, p 58 [4] Elmasri R., Navathe S. (2007). Fundamentos de Sistemas de Bases de Datos (5ta Edicin). Madrid, Espaa: Pearson Educacin SA, 2007, p 67 [5] Elmasri R., Navathe S. (2007). Fundamentos de Sistemas de Bases de Datos (5ta Edicin). Madrid, Espaa: Pearson Educacin SA, 2007, p 56-57 [6] Elmasri R., Navathe S. (2007). Fundamentos de Sistemas de Bases de Datos (5ta Edicin). Madrid, Espaa: Pearson Educacin SA, 2007, p 59 [7] Elmasri R., Navathe S. (2007). Fundamentos de Sistemas de Bases de Datos (5ta Edicin). Madrid, Espaa: Pearson Educacin SA, 2007, p 65

Bases de Datos 1, Ingeniera de Software, Facultad de TI, Universidad Latina. 2012

VIII. ANEXO