El documento describe el modelo de entidad relación, incluyendo entidades, conjuntos de entidades, atributos, relaciones y los tres tipos de relaciones (uno a uno, uno a varios, varios a varios). También detalla los pasos para diseñar una base de datos usando este modelo, como determinar el propósito, organizar la información, dividirla en tablas y columnas, especificar claves, definir relaciones y aplicar normalización.

1. Ruth Martínez
11-2

2. 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 grafica a través del
Diagrama Entidad Relación.

3. Entidad: Objeto del mundo real distinguible de
otros objetos. Una entidad se describe usando un
conjunto de atributo.
CONJUNTO DE ENTIDADES (tipo de entidad):
Una colección de entidades similares. Ejemplo:
Todos los empleados)
-Todas las entidades de un conjunto tiene los
mismos atributos (a excepción de una jerarquía)
-Cada conjunto de entidades tiene una llave
-Cada atributo tiene un dominio

4. En bases de datos, una relación o
vínculo entre dos o
más entidades describe alguna
interacción entre las mismas. Por
ejemplo, una relación entre una entidad
"Empleado" y una entidad "Sector"
podría ser "trabaja_en", porque el
empleado trabaja en un sector
determinado.
Las relaciones se describen en
la estructura de la base de
datos empleando un modelo de datos.
Las relaciones son muy empleadas en
los modelos de bases
de datos relacional y afines.

5. Se pueden distinguir tres tipos de relaciones:
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.
Por ejemplo: tenemos dos tablas una con los datos de diferentes poblaciones y otra con
una lista de Alcaldes, una población sólo puede tener un alcalde, y un alcalde lo será
únicamente de una población.
Relación Uno a Varios: 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
otra tabla (tabla principal) puede tener más de un registro relacionado en la primera
tabla (tabla secundaria).
Por ejemplo: tenemos dos tablas una con los datos de diferentes poblaciones y otra con los
habitantes, una población puede tener más de un habitante, pero un habitante pertenecerá
(estará empadronado) en una única población.
Relación Varios a Varios: Cuando un registro de una tabla puede estar relacionado con
más de un registro de la otra tabla y viceversa.
Por ejemplo: tenemos dos tablas una con los datos de clientes y otra con los artículos que
se venden en la empresa, una cliente podrá realizar un pedido con varios artículos, y un
artículo podrá ser vendido a más de un cliente.
Las relaciones varios a varios se suelen representar definiendo una tabla intermedia entre
las dos tablas. Siguiendo el ejemplo anterior sería definir una tabla lineas de pedido
relacionada con clientes y con artículos.

6. El proceso de diseño consta de los pasos siguientes:
Determinar la finalidad de la base de datos
Esto le ayudará a estar preparado para los demás pasos.
Buscar y organizar la información necesaria
Reúna todos los tipos de información que desee registrar en la base de datos, como los
nombres de productos o los números de pedidos.
Dividir la información en tablas
Divida los elementos de información en entidades o temas principales, como Productos o
Pedidos. Cada tema pasará a ser una tabla.
Convertir los elementos de información en columnas
Decida qué información desea almacenar en cada tabla. Cada elemento se convertirá en un
campo y se mostrará como una columna en la tabla. Por ejemplo, una tabla Empleados
podría incluir campos como Apellido y Fecha de contratación.
Especificar claves principales
Elija la clave principal de cada tabla. La clave principal es una columna que se utiliza para
identificar inequívocamente cada fila, como Id. de producto o Id. de pedido.
Definir relaciones entre las tablas
Examine cada tabla y decida cómo se relacionan los datos de una tabla con las demás
tablas. Agregue campos a las tablas o cree nuevas tablas para clarificar las relaciones según
sea necesario.
Ajustar el diseño
Analice el diseño para detectar errores. Cree las tablas y agregue algunos registros con
datos de ejemplo. Compruebe si puede obtener los resultados previstos de las tablas.
Realice los ajustes necesarios en el diseño.
Aplicar las reglas de normalización
Aplique reglas de normalización de los datos para comprobar si las tablas están
estructuradas correctamente. Realice los ajustes necesarios en las tablas.

7. Definir la finalidad
de la base de
datos
Convertir los
elementos en
columnas
Definir relaciones
entre las tablas
Ajustar diseños
Especificar claves
principales
Buscar y organizar
la información
necesaria
Aplicar las reglas
de normalización

8. http://www.alegsa.com.ar/Dic/rela
cion.php
http://www.aulaclic.es/access2000/
b_5_1_1.htm
http://msdn.microsoft.com/es-
es/library/cc466455(v=vs.71).aspx