Fundamentos de bases de datos

Modelo entidad relación

Modelo lógico de datos creado para facilitar la representación del modelo de datos de una
situación o fenómeno del mundo real mediante un esquema basado en atributos, entidades
y las relaciones entre ellas. (SILBERSCHATZ,2002)

Elementos
Un modelo entidad relación permite representar un modelo de datos del mundo real a
través de tres elementos: entidades, relaciones y atributos. (SILBERSCHATZ, 2002)

Entidades
Las entidades representan un objeto o cosa que tienen una existencia en el mundo real
(como una casa, un carro) o puede ser también un ente conceptual (como una empresa o un
plan de cuentas.). (ELMASRI, 2004).

Las entidades se pueden clasificar en dos tipos:

 Fuertes: aquellas que tienen un atributo que las hace únicas. Como por ejemplo
la cédula en una entidad “Empleado”, número de matrícula para un inmueble,
entre otros. En el mundo real las entidades fuertes generalmente corresponden a
los datos maestros de una empresa como clientes, empresas, activos fijos,
deudores, acreedores, etc.
 Débiles: aquellas que no tienen por sí mismas un atributo que las haga únicas.
 Por ejemplo, los pagos que hacen a una obligación financiera. En el mundo real
las entidades débiles generalmente corresponden a movimientos o transacciones
que se efectúan sobre las entidades fuertes como pagos de los clientes,
préstamos de los acreedores, etc.

Atributos
Son los elementos que en su conjunto conforman una entidad. Los atributos reflejan una
característica propia de la entidad como por ejemplo los atributos cédula, nombre, dirección
y ciudad de la entidad “Empleado”
Los atributos se pueden clasificar en las siguientes categorías (ELMASRI, 2004):
 Simples o atómicos: aquellas características que son indivisibles como color, edad,
 estatura, etc.
 Compuestos: aquellos atributos que se pueden subdividir en partes como por
ejemplo una dirección que puede estar conformada por calle, carrera, número,
número de cada, número de apartamento, etc.
 Mono valorados o valor único: se presenta cuando los atributos tienen un valor
único. Por ejemplo, la fecha de nacimiento, cédula.
 Multi valorados: se presenta cuando un atributo puede contener más de un valor
representativo, por ejemplo, los números de teléfono de un empleado, o los
nombres de sus hijos.
  Derivados: cuando un atributo se puede calcular a partir de otro. Por ejemplo, la
edad a partir de la fecha de nacimiento o el departamento a partir del municipio de
residencia.
 El valor que toma un atributo puede ser nulo cuando este es inexistente. Por
ejemplo, si un empleado está activo el valor del atributo “Fecha de retiro” será nulo.

RELACIONES

1a1
Aparece cuando un registro de la tabla A sólo puede relacionarse con 1 registro de la
tabla B. Este modelo aparece en relaciones de tipo exclusivo, como por ejemplo Países-
Banderas, ya que cada país tiene una única bandera oficial, y cada bandera sólo puede
pertenecer a un país; otro ejemplo sería Matrículas de coches y Número de bastidor.

1 a varios
En este caso, un registro de la tabla A puede relacionarse con varios de la tabla B. Es el
tipo más habitual y utilizado, y existen numerosos casos; por ejemplo, domicilios con
personas que viven en el mismo, nombre de empresa con sus trabajadores, proveedores
con productos que sirven

varios a varios
Se da si varios registros de A pueden relacionarse con varios de B y viceversa. Es quizás la
menos habitual de manera formal, aunque en futuras entradas veremos cómo podemos
plantear una situación de este tipo para manejarla de forma efectiva.
El ejemplo clásico, es tener dos tablas, una de actores y otra de películas, ya que lo
habitual es que cada actor haya trabajado en varias películas, y que éstas estén formadas
por varios actores.

3.1.4 LLAVES

Llave primaria

En base de datos, una llave primaria es un conjunto de uno o más atributos de una tabla,
que tomados colectivamente nos permiten identificar un registro como único, es decir, en
una tabla podemos saber cuál es un registro en específico sólo con conocer la llave
primaria. Ejemplo el número de seguridad social, o la clave de única el registro de
población, permiten identificar a una persona en particular en una entidad de personas.

En una arquitectura entidad-relación la llave primaria permite las relaciones de la tabla

que tiene la llave primaria, con otras tablas que van a utilizar la información de esta tabla.

Por ejemplo, tenemos un catálogo de marcas de computadoras, la tabla sería:

 IDMARCA MARCA
1 Lenovo
2 Toshiba
3 Dell
En este caso la llave primaria sería idmarca y si tuviéramos otra tabla por ejemplo de
computadoras, vamos a llamar al catálogo de marcas por medio de la llave primaria, es
decir, sólo escribiremos el identificador en la tabla de computadoras. En esta tabla de
computadoras, el campo idmarca es la llave foránea

Llave Foránea

Es llamada clave Externa, es uno o más campos de una tabla que hacen referencia al
campo o campos de clave principal de otra tabla, una clave externa indica como esta
relacionadas las tablas. Los datos en los campos de clave externa y clave principal deben
coincidir, aunque los nombres de los campos no sean los mismos.

La Llave Foránea también se determinar en el momento de las relaciones entre las tablas
en la cual la Llave Primaria se realizar la unión con el otro campo de otra tabla y
automáticamente se vuelve una llave foránea

Normalización de bases de datos

Es el proceso de organizar los datos de una base de datos, valga la redundancia. Debemos
tener en cuenta la creación de tablas y las reglas que se usan para definir las relaciones,
estas reglas son diseñadas para proteger los datos, y para que la base de datos sea flexible
con el fin de eliminar redundancias y dependencias incoherentes.

Las bases de datos relacionales se normalizan para:

 Evitar la redundancia de los datos.

 Disminuir problemas de actualización de los datos en las tablas.
 Proteger la integridad de los datos.
 Facilitar el acceso e interpretación de los datos.
 Reducir el tiempo y complejidad de revisión de las bases de datos.
 Optimizar el espacio de almacenamiento.
 Prevenir borrados indeseados de datos.

Requisitos de la normalización

Para que las tablas de nuestra base de datos estén normalizadas deben cumplir las
siguientes reglas:

 Cada tabla debe tener su nombre único.

 No puede haber dos registros iguales.
 No se permiten los duplicados.
 Todos los datos en una columna deben ser del mismo tipo de dato.

Reglas o niveles de normalización

Para normalizar una base de datos existen principalmente 3 reglas, las cuales se deberían
cumplir para evitar redundancias e incoherencias en las dependencias. A estas reglas se les
conoce como "Forma normal" qué va de la 1 a la 3 y si la base de datos cumple con cada
regla se dice que está en la "primera o segunda o tercera forma normal"

 Fase 1: Crea tablas diferentes para cada valor, o identifica los campos repetidos en una
tabla, colócalos en tablas diferentes y asocia una clave a cada uno.
 Fase 2: Crea las relaciones entre los valores de tablas diferentes. Por ejemplo, entre una
tabla de Colores y una tabla de Tallas de un producto de ropa.
 Fase 3: Marca las relaciones entre las columnas de clave principal y las columnas sin
clave.

Elementos del modelo entidad relación

Entidades

Enti dades

Estas se representan gráficamente mediante un rectángulo y su nombre va en el interior.

Atributos:
 Atributos de una entidad

Los atributos se representan gráficamente mediante un círculo o elipse, su nombre va en el

interior y van unidos con una línea a su respectiva entidad. El atributo principal se identifica
con una línea que subraya su nombre.

Para este ejemplo, la cédula es el atributo principal.

Relaciones

Relaciones

Las relaciones se representan gráficamente mediante un rombo, su nombre va en el interior

y une una o mas entidades.

Cardinalidad

Cardinalidad
Finalmente, para que nuestro modelo entidad relación esté completo, nos falta representar
las cardinalidades en cada relación. Aunque existen diferentes formas de hacerlo,
utilizaremos las Reglas establecidas para representar o describir algo. 
Para entender mejor este concepto, tener en cuenta que cada relación se debe leer en
ambos sentidos, y así determinar la cardinalidad en cada extremo. También tener en cuenta
que siempre se toma un registro, un registro es el conjunto de datos que se obtendrían en
una fila, dentro de una tabla en una base de datos de una entidad y se observa con cuantos
registros se puede relacionar como máximo en la otra entidad y viceversa.
Si leemos el ejemplo de país y ciudad de izquierda a derecha, decimos que a un país
pertenecen muchas ciudades. De allí surge la “M” al lado de la entidad Ciudad. Si lo leemos
de derecha a izquierda, decimos que una ciudad específica pertenece a un único país. De allí
surge el “1” al lado de la entidad País
Para ver un ejemplo completo de este modelo, consideremos diseñar un diagrama entidad
relación para el siguiente ejercicio.

Enunciado del problema

Las facultades de una universidad comprenden los estudios de una rama de la enseñanza,

organizan la docencia y expide los títulos. son dirigidas por un Decano o decana, quien es la
persona nombrada para dirigir una facultad dentro de una universidad. y a su vez, un decano
dirige una facultad.

Cada facultad cuenta con una serie de docentes, pero cada docente solo puede pertenecer a
una facultad.

Cada docente dicta varias asignaturas, así mismo una misma asignatura la pueden dictar
docentes diferentes.

Los estudiantes inscriben las asignaturas que le corresponde cada semestre.

De las facultades de una universidad que comprende los estudios de una rama de la

enseñanza, organiza la docencia y expide los títulos. interesa saber cuál es su nombre,
ubicación y número de bloque.

De los decanos se requiere la cedula, nombres, apellidos y celular.

De los docentes se debe registrar la cedula, nombres, apellidos y título.

Cada asignatura tiene un código, nombre y número de créditos que es un valor numérico
que se le da a cada asignatura dependiendo de la importancia y nivel de esfuerzo que esta
representa para un estudiante..

De los estudiantes se debe registrar identificación, nombres, apellidos y dirección de

residencia

Teniendo esta información lo primero que debemos hacer es sacar un listado de las
entidades y relaciones que allí identifiquemos.

Enti dades

Facultad, Decano, Docente, Asignatura y Estudiante.

Relaciones:

Dirigir (Entre Facultad y Decano).

Pertenecer (Entre Facultad y Docente).

Dictar (Entre Docente y Asignatura).

Inscribir (Entre Asignatura y Estudiante).

Una vez identificados estos componentes se procede a realizar el diagrama teniendo en

cuenta la simbología hablada anteriormente y del cual obtendríamos lo siguiente: