Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Este modelo representa la realidad a través de entidades, que son objetos que existen y que se
distinguen de otros por sus características, por ejemplo: Un alumno se distingue de otro por sus
características particulares como lo es el nombre, o el numero de control asignado al entrar a una
institución educativa, así mismo, un empleado, una materia, etc.
1. Tangibles: Son todos aquellos objetos físicos que podemos ver, tocar o sentir.
2. Intangibles: Todos aquellos eventos u objetos conceptuales que no podemos ver, aun
sabiendo que existen, por ejemplo: la entidad materia, sabemos que existe, sin embargo,
no la podemos visualizar o tocar.
Las características de las entidades en base de datos se llaman atributos, por ejemplo, el nombre,
dirección, teléfono, grado, grupo, etc. Son atributos de la entidad alumno, clave, número de
seguro social, departamento, etc., Son atributos de la entidad empleado. A su vez una entidad se
puede asociar o relacionar con más entidades a través de relaciones.
EJEMPLO
INSTITUCION
SIMBOLOGÍA DE E-R:
ENTIDAD: objeto ( real o abstracto) sobre el cual se recoge
ENTIDAD información de interés para la BD
FECHA
EJEMPLO:
RFC
ARTICULOS SE
COMPONE
CARDINALIDAD: N° Máximo y N°
Mínimo de ocurrencias de cada N.SERIE CANTIDA
entidad que intervienen en la D
relación.
RELACIÓN: EMPLEADO
RFC NOMBRE PUESTO SALARIO
BOJF880101 BOJORGES JUAREZ VENDEDOR 3250
FRANCISCO
CUCO850721 CRUZ CONTRERAS OSCAR VENDEDOR 2850
RELACIÓN: ARTÍCULO
CLAVE DESCRIPCIÓN COSTO
P001 MICROSOFT WINDOWS 7 3800
CLAVE RFC
P001 BOJF880101
P002 GAGAH750512
P003 CUCO850721
P004 GAGAH750512
P005 GAGAH750512
P006 CUCO850721
En cada Tabla debe existir un campo clave o llave en varias de las entidades
involucradas en la relación, en el caso de la entidad EMPLEADO es el campo
RFC y la llave primaria de la entidad ARTICULO es CLAVE.
CARDINALIDAD DE LAS RELACIONES: el diseño de la relación entre las tablas
de una base de datos puede ser la siguiente:
1. Relaciones de uno a uno: una instancia de la entidad A se relaciona con
una y solamente una de la entidad B.
2. Relación de una a muchos: Cada instancia de la entidad A se relaciona
con varias instancias de la entidad B.
3. Relación de muchos a muchos: Cualquier instancia de la entidad A se
relaciona con cualquier instancia de la entidad B.
RELACIONES ENTRE TABLAS
1. Es fundamental diseñar bien la base de datos. Lo más importante es:
2. Definir bien las tablas y sus campos
3. Determinar los campos clave para relacionar las tablas. Pedir integridad relacional.
4. Establecer el tipo de relación entre tablas:
Uno a Uno
Uno a Varios
Varios a Varios
Otro ejemplo, puede ser el de la relación entre las tablas Proveedores y Productos de una base de
datos de Pedidos. Un proveedor puede proporcionarnos un gran número de productos, siendo
esta una relación uno a varios. Por casa proveedor de la tabla de Proveedores podemos tener
varios productos en la tabla de Productos. Para establecer la relación en Access deberíamos
arrastrar el campo clave de la tabla de Proveedores [Id. Proveedor] hacia la tabla productos. Esto
es, hemos de llevar la clave principal del lado uno hasta la tabla del lado varios de la relación,
convirtiéndola en una columna adicional.
La columna Id. De proveedor de la tabla Productos se denomina clave externa. Una clave externa
es la clave principal de otra tabla. La columna Id. De proveedor de la tabla Productos en una clave
externa porque también es la clave principal en la tabla Proveedores.
Por ejemplo, la relación entre la tabla Productos y la tabla Pedidos. Un producto puede aparecer
en varios pedidos, y por otro lado, un pedido puede componerse de varios productos. En este caso
estamos en una relación varios a varios ya que un pedido puede tener varios productos y un
producto puede estar en varios pedidos. Para establecer esta relación en Access necesitamos una
tercera tabla interpuesta entre las dos anteriores a la que arrastramos la clave principal de cada
una de las dos tablas de Productos y Pedidos, estableciendo una relación uno a varios entre ellas y
esta tercera tabla. Esta tercera tabla la podríamos denominar tabla Detalles de pedido, y en ella
figurará el Id. Producto y el Id. Pedido, además de los detalles de cada línea del pedido, por
ejemplo, precio unitario, cantidad, descuento.
Cuando existe una relación de uno a uno o de uno a varios, las tablas implicadas deben compartir
una o varias columnas comunes. Cuando la relación es de varios a varios, se necesita una tercera
tabla para establecer la relación.