El documento describe el modelo entidad-relación (E-R), un modelo de datos desarrollado por Peter Chen en los años 1970 que representa los datos mediante entidades, relaciones y atributos. El modelo E-R se implementa gráficamente a través de diagramas entidad-relación y sirve para simplificar el diseño de bases de datos a partir de descripciones de requisitos.

1. María Orozco
Paula Brokate
11-1

2. • 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. Describe los datos
en los niveles conceptual y de vista.
• El modelo E-R, tiene su implementación grafica en el
Diagrama Entidad-Relación.
• Fue inventado por Peter Chen en los años setenta.
• El propósito de este modelo es simplificar el diseño de bases
de datos a partir de descripciones textuales de los
requerimientos.

3. • Asociación o vinculación entre
dos o más entidades.
• Puede ocurrir entre :
– Dos entidades de un mismo
conjunto de entidades (por
ejemplo, un empleado es
supervisado por su jefe, quien a
su vez es otro empleado).
– Entre entidades de conjuntos
distintos (por ejemplo, un
curso es dictado por un
profesor).
Rombos que representan
conjuntos de relaciones.

4. • Se pueden distinguir tres tipos de relaciones:
1. 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.

5. 2. 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.

6. 3. 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 líneas
de pedido relacionada con clientes y con artículos.

7. 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.

8. • 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

13. • http://alvherre.cl/pgsql/modBasico/node3.ht
ml
• http://www.virtual.unal.edu.co/cursos/sedes/
manizales/4060029/lecciones/cap2-1.html
• http://www.aulaclic.es/access2000/b_5_1_1.
htm