Modelos de Base de Datos.: 3.1 Modelo Entidad-Relación 3.2 Modelo Relacional 3.3 Restricciones de Integridad

Modelos de Base de Datos.
3.1 Modelo Entidad-Relacin

3.2 Modelo Relacional
3.3 Restricciones de Integridad
Lorna V. Rosas Tllez.

Introduccin a Base de Datos.
Introduccin
Modelado de datos es el proceso que implica crear una representacin
de la visin que tienen los usuarios de los datos.
Modelos de Bases de Datos:
MODELO ENTIDAD RELACIN
MODELO RELACIONAL

Recomendacin: Formato para llenar
Para dar seguimiento a este tema es recomendable ir llenado el
siguiente formato:
Relacional Entidad - Relacin

Concepto Descripcin Concepto Descripcin
3.1. Modelo Entidad - Relacin.
Se basa en la percepcin del mundo real , la cual est formada por
objetos bsicos llamados entidades y las relaciones entre stos as como
las caractersticas de las entidades llamados atributos.
Conceptos Fundamentales:
Entidad: Es un objeto que existe y se distingue de otros objetos de

acuerdo a sus caractersticas. Las entidades pueden ser tangibles
como una persona o intangibles como un Curso.

Introduccin a las Bases de Datos.
Continuacin
Atributo: Caractersticas o propiedades de la entidad. Los atributos
pueden tomar un conjunto de valores permitidos al que se le conoce
como dominio del atributo.
Estudiante Nombre atributo Valor
No_control 392
Nombre Laura lvarez Galindo
Especialidad Computacin
Clave o llave primaria es aquel atributo el cual consideramos clave para la

identificacin de los dems atributos que describen a la entidad, describen o
identifican a un registro unvocamente.

Conceptos Fundamentales.
Por ejemplo:
Estudiante ( matricula, Nombre, Semestre, Especialidad, Direccin, Telfono)
PK
Llaves secundarias
En el modelo E-R se indica grficamente con una lnea debajo del nombre
del atributo.
Los dems atributos son denominados llaves secundarias y nos sirven

para hacer bsquedas mucho ms rpidas, ya que al hacer uso de estas,
se hace una ordenacin temporal del archivo.

Continuacin . . .
Claves candidatas: un atributo o grupo de atributos que identifican una
clave nica en una afinidad.
Empleado(NSS, No_empleado, Nombre, Puesto)
Donde:
NSS: Nmero de Seguro Social que es nico para cada persona
No_empleado: Identificador nico dentro de la empresa
Cualquiera de los dos atributos puede ser clave primaria, el que no

quede como clave primaria quedar como Clave candidata.

Continuacin . . .
Entidad dbil: Es una entidad que no tiene atributos suficientes para
formar una clave primaria. Tambin llamada subordinada.
Pago(No_Pago, Fecha_pago, Cantidad_pago)
Entidad fuerte: Es una entidad que si tiene atributos suficientes para

formar una clave primaria. Tambin llamada dominante.
Para que un conjunto de entidades dbil sea significativo, debe ser
parte de un conjunto de relaciones una a muchas, y no debe tener
atributos descriptivos, ya que cualquier atributo que se necesite
puede estar asociado con el conjunto de entidades dbil.

Continuacin . . .
Relacin: Es la asociacin que existe entre dos o ms entidades. La cantidad
de entidades en una relacin es el grado de la relacin.
Aunque el modelo E-R permite relaciones de cualquier grado, la mayora de

las aplicaciones del modelo solo consideran relaciones de grado 2. Es decir
relaciones binarias.
Vendedor Libro Biblioteca
Pedido Usuario
(a) Relacin de grado 2 (b) Relacin de grado 3.
Bases de Datos I.
Tipos de Relaciones Binarias:
1:1 (Uno a uno). A una ocurrencia de entidad le corresponde

una y solo una ocurrencia de la otra entidad.
A R B
1:N (Uno a n). A una ocurrencia de entidad le pueden

corresponder ms de una ocurrencia
A R B
N:M (N a M). A la primera ocurrencia de la entidad le pueden

corresponder ms de una ocurrencia de la otra entidad.
A R B

Notas:
Cabe mencionar que la cardinalidad para cada conjunto de
entidades depende del punto de vista que se le d al modelo en
estudio, claro est, sujetndose a la realidad.
Otra clase de limitantes lo constituye la dependencia de existencia.
Refirindonos a las mismas entidades A y B, decimos que:
Si A depende de la existencia de B, entonces A es dependiente de existencia

por B.
Si eliminamos a B tendramos que eliminar por consecuente a A, en este caso

B es la entidad Dominante y A es la entidad subordinada.

3.3.1 Diagramas entidad - relacin.
Los diagramas de entidad relacin constan de los

siguientes componentes:
Rectngulos: Representan conjunto de entidades. Dentro del
rectngulo debe ir el nombre de la entidad.
Elipses: Representan atributos de las entidades.
Rombos: Representan relaciones entre conjuntos de entidades.
Lneas: unen los atributos con los conjuntos de entidades y los
conjuntos de entidades con las relaciones.

Para distinguir entre las diferentes cardinalidades,
dibujaremos lneas, con o sin direccin entre los conjuntos
de relaciones y el conjunto de entidades en cuestin.
Una lnea con direccin () marcar la cardinalidad UNA,

mientras que una lnea sin flecha ( ) indicar la
cardinalidad MUCHAS
Bases de Datos I.
Ejemplo:
Dormitorio Id_Estudiante
Ubicacin
1:N
DORMITORIO Ocupar ESTUDIANTE
Habitaciones
Renta Nombre. Semestre

Adems, un conjunto de entidades dbil se indica por medio
de un rectngulo de doble contorno.
Fecha_pago
Num_prstamo
num_pago
Importe importe_pago
Prstamo Pago_prstamo Pago
Bases de Datos I.
3.3.2 Reduccin de los Diagramas E-R a
tablas.
Un diagrama E-R, puede ser representado tambin a travs de una coleccin de
tablas. Cada tabla tiene un nmero de columnas que son definidas por la
cantidad de atributos de la entidad y las cuales tienen el nombre del atributo.
La transformacin de nuestro ejemplo Venta en la que intervienen las entidades

de Vendedor con los atributos RFC, nombre, puesto, salario y Artculo con los
atributos Clave, descripcin, costo.
Cuyo diagrama E-R es el siguiente.
Descripcin
Puesto Salario Fecha
Nombre RFC Clave Costo
Empleado Venta Artculo
Bases de Datos I.
Diagrama E-R a tablas.
Entonces las tablas resultantes siguiendo la descripcin anterior
son:
Tabla Empleado
Nombre Puesto Salario RFC
Arturo Vendedor 2000 TEJA660119XYZ
Luis Auxiliar ventas 1200 JIAL700520ABC
Tabla Articulo
Clave Descripcin Costo
A100 Alberca 460
C260 Accesorios Bao 1200
Tabla Venta
RFC Clave Fecha
TEJA660119XYZ C260 23/08/2005
JIAL700520ABC A100 28/08/2005

Para empezar veamos que objetos del modelo E-R generan tablas
automticamente:
1. Toda entidad fuerte es una tabla.
2. Toda entidad dbil debe ser una tabla, cuya clave primaria siempre es
compuesta por el identificador propio de la entidad dbil ms la clave
primaria de la entidad fuerte con la que se relaciona.
3. Cada atributo multivaluado genera una tabla, que va a tener como
clave primaria al atributo ms la clave primaria de la entidad a la cual
pertenece.
4. Las relaciones muchos a muchos generan una tabla, que va a tener
como atributos las claves primarias de las entidades a las cuales
relaciona ms los atributos propios de la relacin.

Ahora veamos que pasa con las relaciones 1:1 y 1:N.
Este tipo de relaciones no generan tablas, ms bien hacen que se compartan

atributos entre las entidades que relaciona. El atributo que se comparte siempre
es la clave primaria de una y solo una de las entidades.
Para saber que clave primaria se copia en la otra entidad usamos la cardinalidad
definida en la relacin, esto es:
a) Si la cardinalidad de la relacin E1 relacin E2 es 1:1, podemos:

i. copiar la clave primaria de E1 a E2 o
ii. copiar la clave primaria de E2 a E1.
no ambas, se debe elegir la que genere menos redundancia de datos.
b) Si la cardinalidad de la relacin E1 relacin E2 es 1:N, se copia la clave

primaria de E1 a E2 .

Agregacin en el Modelo E-R.
La agregacin surge de la limitacin que existe en el modelado de E-R, al no permitir

expresar las relaciones entre relaciones de un modelo E-R en el caso de que una
relacin X se quiera unir con una entidad cualquiera para formar otra relacin.
Para ejemplificar lo anterior consideremos el ejemplo del libro de fundamentos de Base

de Datos de Henry F. Korth. En donde el problema consiste en que existen trabajando
muchos empleados que trabajan en diferentes proyectos, pero dependiendo del trabajo
que realiza pueden llegar a utilizar un equipo o maquinaria; en este problema
intervienen 3 entidades: Empleado, Proyecto y Maquinaria, el diagrama E-R
correspondiente es:
Nombre Id Horas Nmero
Empleado Trabajo Proyecto
Usa
Maquinaria
Id
Diagrama E-R con relaciones redundantes.

Agregacin en el Modelo E-R.
Como el modelo E-R no permite la unin entre dos o ms relaciones, la relacin trabajo es
englobada como si fuera una entidad ms de la relacin Usa, grficamente queda como:
Nombre Id Horas Nmero
Empleado Trabajo Proyecto
Usa
Maquinaria
Id
Diagrama E-R con relaciones con Agregacin.
Ahora podemos decir que la entidad trabajo se relaciona con la entidad maquinaria a travs de la
relacin usa. Para indicarnos que un trabajo usa un determinado equipo o maquinaria segn el
tipo de trabajo que se trate.

Taller ER-Relacional.
Generar el Diagrama E-R problema de la Agencia Espacial.
Pasar a tablas el ejemplo de la agencia espacial, siguiendo

los pasos dados anteriormente.

Base de Datos Relacional
Una BD relacional consiste en una coleccin de tablas, a cada una de las cuales
se les asigna un nombre nico.
Archivo 1 Archivo 2 Archivo 5
Archivo 4
Archivo 3

En general, los esquemas de relaciones incluyen una lista de los atributos y sus
dominios correspondientes.
Esquema_Estudiante(nombre, matricula, direccin, carrera, edad)
Nombre Matricula Direccin Carrera Edad
Luis Snchez Prez 24600114 2 sur #105, Centro Tecnologas de Informacin. 18
Ocurrencias, son los valores que contiene la tabla en un momento dado.

3.2 Modelo Relacional.
El modelo relacional se basa en dos ramas de las matemticas: la teora
de conjuntos y la lgica de predicados de primer orden.
El hecho de que el modelo relacional est basado en la teora de las

matemticas es lo que lo hace tan seguro y robusto.
Estas ramas de las matemticas proporcionan los elementos bsicos

necesarios para crear una base de datos relacional con una buena
estructura, y proporcionan las lneas que se utilizan para formular
buenas metodologas de diseo.

Continuacin
Una fila de la tabla representa una relacin entre un conjunto de valores.
Nombre Matricula Direccin Carrera Edad
Luis Snchez Prez 24600114 2 sur #105, Centro Tecnologas de Informacin. 18
Puesto que la tabla es una coleccin de relaciones hay una estrecha

correspondencia entre el concepto de tabla y el concepto matemtico de
relacin, del cual toma su nombre el modelo de datos relacional.
Un Dominio es un conjunto de valores permitidos para un atributo.

Continuacin . . .
Entonces
Esquema _Estudiante D1 x D2 x D3 x D4 x D5
Donde
D1={nombres de personas}
D2={Matrculas vlidas}
D3={Conjunto de caracteres}
D4={nombres de carreras existentes}
D5={18,,30}
En general, una tabla de n atributos debe ser un subconjunto de
D1 x D2 x . . . x Dn-1 x Dn

El modelo relacional tiene que ver con tres aspectos de los datos:
Estructura de datos.
Integridad de datos.
Manejo de datos
Estructura de datos
Una relacin es una tabla con columnas y filas. Un SGBD slo necesita
que el usuario pueda percibir la base de datos como un conjunto de
tablas.
Un atributo es el nombre de la columna de una relacin. Los atributos

pueden aparecer en la relacin en cualquier orden.

Estructura de datos
Una tupla es la fila de una relacin.
El grado de una relacin es el nmero de atributos que

contiene.
La cardinalidad de una relacin es el nmero de tuplas que

contiene.

Ejemplo:
Relacin: OFICINA
NumO Calle y No rea Poblacin Telfono Fax Atributos

O5 Enmedio, 8 Centro Castelln 964 201 240 964 201 340
O7 Moyano, s/n Centro Castelln 964 215 760 964 215 670
Tuplas
O3 San Miguel, 1 Villarreal 964 520 250 964 520 255
O4 Trafalgar, 23 Grao Castelln 964 284 440 964 284 420
O2 Cedre, 26 Villarreal 964 525 810 964 252 811
Dominios - Valores Legales

Propiedades de la Relacin.
Debe cumplir las propiedades de una AFINIDAD:

Las celdas deben tener un valor nico. No se permite repetir grupos ni
tener arreglos de valores.
Todos los elementos en cualquier columna o atributo deben ser del

mismo tipo.
Cada columna tiene un nombre nico.
El orden de las columnas no importa.
Dos hileras no pueden ser idnticas.
El orden de las hileras no importa.

Propiedades de la Relacin.
Ejemplos:
Estudiante(Nombre, Edad, Genero, Matricula, Carrera, Semestre)
Empleado(nombre, F_nacim, Genero, Puesto, Direccin)
Empleado(Nombre, F_nacim, Genero, Puesto, Calleynum, Colonia, CP, Id_Empleado)

Una clave primaria es uno ms atributos que identifican de modo nico a
una fila.
En el peor caso, la clave primaria estar formada por todos los atributos de la
relacin, pero normalmente habr un pequeo subconjunto de los atributos que
haga esta funcin.
Una clave ajena o fornea es un atributo o un conjunto de atributos de una

relacin cuyos valores coinciden con los valores de la clave primaria de
alguna otra relacin (puede ser la misma).
Las claves ajenas representan relaciones entre relaciones (tablas).

Ejemplo.
Suponga que se tiene los siguientes esquemas de la base de datos
Empresa.
OFICINA (NumO, Calle, Area, Poblacin, Telfono, Fax)

Clave primaria
Clave primaria
EMPLEADO (NumE, Nombre, Apellido, Direccin, Telfono,

Puesto, Fecha_nac, Salario, DNI, NumO)
Clave Ajena o fornea

Integridad de los Datos.
El nulo implica ausencia de informacin, bien porque al insertar la
tupla se desconoca el valor del atributo, o bien porque para dicha
tupla el atributo no tiene sentido.
Ninguno de los atributos que componen la clave primaria puede ser

nulo.
Si en una relacin hay alguna clave ajena, sus valores deben

coincidir con valores de la clave primaria a la que hace referencia, o
bien, deben ser completamente nulos.

Dependencia Funcional
Es la relacin entre 1 ms atributos. Si se da el valor de un
atributo se puede obtener el valor del otro.
Ejemplo 1:
Determinante Determinado
MATRIC ESPECIALIDAD
Nota:
En general, si A determina a B, la relacin de los valores de A a B es
N:1.
Para trabajar con cualquier afinidad necesitamos una clave
primaria.
En el Ejemplo 1, la clave primara sera MATRICULA.

Continuacin . . .
Las dependencias funcionales pueden involucrar grupos de atributos.
Ejemplo 2: Supongamos que estamos trabajando con la siguiente afinidad

llamada CALIFICACIN cuyo esquema es,
CALIFICACIN(MATRIC, ASIGNATURA, CALIF)
Entonces tenemos
Determinante
la siguiente dependencia
Determinado
funcional:
(MATRIC, ASIGNATURA) CALIF

Taller Dependencias.
Considere la siguiente relacin (las letras maysculas son nombres de atributos
y las letras minsculas son valores).
Relacin Y
A B C D E
a1 b2 c1 d3 e2
a2 b2 c3 d3 e4
a1 b3 c2 d1 e4
a2 b4 c5 d1 e5
Encierre en un crculo las dependencias funcionales que no se aplican a Y.
a. A C b. D E c. C A d. E B
e. E A f. C B g. B D h. B A

Tipos de relaciones.
Relaciones base. Son relaciones reales que tienen nombre y forman parte
directa de la base de datos almacenada.

Vistas. Tambin denominadas relaciones virtuales, son relaciones con
nombre y derivadas: se representan mediante su definicin en trminos
de otras relaciones con nombre, no poseen datos almacenados propios.
Create View personal(ID,Nombre,Fecha_Naci,User) as

Select NSS,nombre, fnaci,user
from Empleado;

Instantneas. Son relaciones con nombre y derivadas. Pero a diferencia
de las vistas, son reales, no virtuales: estn representadas no slo por
su definicin en trminos de otras relaciones con nombre, sino tambin
por sus propios datos almacenados. Son relaciones de slo de lectura y
se refrescan peridicamente.
Resultados de consultas. Son las relaciones resultantes de alguna consulta
especificada. Pueden o no tener nombre y no persisten en la base de datos.
Consulta
Resultado de la
Consulta

Resultados temporales. Son relaciones con nombre, similares a las
relaciones base o a las instantneas, pero la diferencia es que se
destruyen automticamente en algn momento apropiado

Talleres y Ejercicios
Resolver los talleres que se encuentran en BlackBoard en
Actividades Tema 3 Modelo Relacional.

3.4 Restricciones de Integridad.
Las restricciones de integridad protegen a la BD contra daos accidentales,
que pueden ocasionarse cuando un usuario autorizado realiza cambios en
la BD.
Modificaciones
Borrado de Datos
Insercin de Datos
3.3.1. Restricciones de dominio.
Un dominio de valores posible puede estar asociado con cada

atributo. Los lmites de dominios son la forma ms elemental de
restricciones de integridad. Son fciles de probar por el sistema
siempre que se introduce un nuevo dato en la BD.

3.4.1.1 Tipos de Dominio.
Es posible que varios atributos tengan el mismo dominio.
Ejemplo:
nombre_cliente y nombre_empleado, tienen como dominio
D1 = { Nombres de personas} (Cadenas de Caracteres)
Sin embargo los dominios de saldo y nombre_sucursal deben ser distintos.
D2 = { Cantidades} (Nmeros con dos decimales)

D3 = { Nombres de sucursales} (Cadenas de Caracteres)

Tipos de Dominio en SQL.
El SQL estndar soporta un conjunto restringido de tipos de dominios:

Cadena de caracteres de longitud fija CHAR(tamao), con longitud
especificada por el usuario.
Entero INTEGER, que es dependiente de la mquina.
Entero pequeo SMALLINT, tambin es dependiente de la mquina.
Nmeros en coma flotante DECIMAL y en coma flotante de doble de precisin

dependiente de la mquina FLOAT
Tipo Fecha DATE

3.4.2. Valores nulos.
En la insercin de tuplas incompletas se pueden introducir valores

(vacos) en la BD.
Deposito (Sucursal, Num_cliente, Num_cta, Saldo)
Depsito Depsito U { , C2345, 99876, 2005.35}
Para determinados atributos, los valores nulos pueden ser inapropiados.

Un caso particular en el que es esencial prohibir los valores nulos es en la
clave primaria de un esquema de relacin.

Continuacin . . .
El SQL estndar permite que la declaracin del dominio de un atributo incluya la
especificacin not null.
create table depsito

(nombre_sucursal char (15) not null,
nombre_cliente char (20) not null,
nmero_cuenta char (10),
saldo integer);
Esto prohbe la insercin de un valor nulo para estos atributos.
Cualquier modificacin de la BD que cause que se inserte un valor nulo en un dominio not
null generar un diagnstico de error.

3.4.3 Integridad Referencial.
Es asegurar que un valor que aparece en una relacin, para un conjunto de
atributos dado, tambin aparece para un cierto conjunto de atributos en otra
relacin.
Considrese el par de relaciones r(R) y s(S) y el producto cruz rXs.
Puede darse el caso de que haya una tupla t en r que no se corresponda con
ninguna tupla en s. Dichas tuplas se llaman tuplas colgadas.

Ejemplo.
No deseable: Sean los esquemas siguientes:
Deposito (Sucursal, Nom_cliente, Num_cta, Saldo)

Clave Fornea Clave Primaria
Sucursal (Nom_sucursal, Ciudad, direccin)

Clave Primaria
Donde el Dom(Sucursal) = Dom(Nom_Sucursal)
DomS = {Pza. dorada, Juarez, Benavente, Centro}

Angelopolis DomS
Y ahora suponga que se quiere dar de alta la tupla:
Depsito Depsito U { Angelopolis, Juan, 99678, 1,000}

Ejemplo. (Caso Vlido)
Supngase que hay una tupla t en la relacin sucursal con

t1[nombre_sucursal = Centro], pero no hay ninguna tupla en depsito
para Centro.
En este caso existe una sucursal que no tiene cuentas, y aunque no es

deseable es valida esta situacin.
Para entender por que en un caso no es deseable y en otro es vlido

tenemos que tener en cuanta el concepto de clave externa o fornea.

En resumen son Tuplas Colgadas
No deseable, cuando la tupla a insertar contiene una clave fornea.
Vlidas, cuando la tupla a insertar no contiene ninguna clave fornea.
Vlidas
E1(A, B, C, D)
E2(X, A, Y, Z) E3(E, F, A, G, H) No deseables.

Vlidas y No deseables.
E4(1, 2, X, E, 4) No deseables.

Ejercicios .
Suponga que tenemos las siguientes relaciones.
Estudiante(Matrucla, nombre, edad, Especialidad, semestre)

Inscripcin(Materia, num_alumno, nom_materia)
Especialidades(Clave, nombre, descripcin)
Donde: Dom(Especialidad) = Dom(Clave)

Dom(Matricula) = Dom(num_alumno)
Qu relaciones tienen claves forneas?

Cules son estas claves forneas?
Al insertar que tuplas, pudiera ocasionar una tupla colgada no deseada?

Por qu?
Al insertar que tuplas, tengo tuplas colgadas vlidas?

Vista Formalmente.
Sean dos relaciones:
r1 (R1) con clave primaria K1
r2 (R2) con clave primaria K2.
Y sea a R2, decimos que a es una clave exterior con referencia K1 en la

relacin r1 si es necesario que para cada t2 en r2 haya una tupla t1 en r1 tal
que t1 [K1] = t2 [a].
Es decir, sean r1 = Sucursal , K1 = Nom_Sucursal y

r2 = Deposito, K2 = Num_cta
Y sea a = Centro R2 , donde R2 = {Sucursal, Nom_cliente, Num_cta,

Saldo}
Por lo tanto a es una clave exterior con referencia K1. Ya que debe exisistir
K1 con el valor Centro para que t2 [a] no cause problemas de integridad
referencial.

Taller Integridad Referencial.

3.4.3.1 Integridad Referencial en el Modelo E-R.
Si obtenemos el esquema de BD relacional construyendo tablas desde diagramas E-R,

entonces todas las relaciones que surgen de un conjunto de relaciones tienen
restricciones de integridad referencial.


Modelos de Base de Datos.: 3.1 Modelo Entidad-Relación 3.2 Modelo Relacional 3.3 Restricciones de Integridad

Caricato da

Informazioni sul documento

Titolo originale

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

Modelos de Base de Datos.: 3.1 Modelo Entidad-Relación 3.2 Modelo Relacional 3.3 Restricciones de Integridad

Caricato da

Copyright:

Formati disponibili

Modelos de Base de Datos.

3.1 Modelo Entidad-Relacin

Lorna V. Rosas Tllez.

Modelos de Bases de Datos:

MODELO ENTIDAD RELACIN

Lorna V. Rosas Tllez.

Relacional Entidad - Relacin

Entidad: Es un objeto que existe y se distingue de otros objetos de

Lorna V. Rosas Tllez.

Estudiante Nombre atributo Valor

Clave o llave primaria es aquel atributo el cual consideramos clave para la

Lorna V. Rosas Tllez.

Los dems atributos son denominados llaves secundarias y nos sirven

Lorna V. Rosas Tllez.

Empleado(NSS, No_empleado, Nombre, Puesto)

Cualquiera de los dos atributos puede ser clave primaria, el que no

Lorna V. Rosas Tllez.

Entidad fuerte: Es una entidad que si tiene atributos suficientes para

Lorna V. Rosas Tllez.

Aunque el modelo E-R permite relaciones de cualquier grado, la mayora de

Vendedor Libro Biblioteca

(a) Relacin de grado 2 (b) Relacin de grado 3.

1:1 (Uno a uno). A una ocurrencia de entidad le corresponde

1:N (Uno a n). A una ocurrencia de entidad le pueden

N:M (N a M). A la primera ocurrencia de la entidad le pueden

Lorna V. Rosas Tllez.

Otra clase de limitantes lo constituye la dependencia de existencia.

Refirindonos a las mismas entidades A y B, decimos que:

Si A depende de la existencia de B, entonces A es dependiente de existencia

Si eliminamos a B tendramos que eliminar por consecuente a A, en este caso

Lorna V. Rosas Tllez.

Los diagramas de entidad relacin constan de los

Lorna V. Rosas Tllez.

Una lnea con direccin () marcar la cardinalidad UNA,

Lorna V. Rosas Tllez.

Prstamo Pago_prstamo Pago

La transformacin de nuestro ejemplo Venta en la que intervienen las entidades

Cuyo diagrama E-R es el siguiente.

Empleado Venta Artculo

Lorna V. Rosas Tllez.

Lorna V. Rosas Tllez.

Este tipo de relaciones no generan tablas, ms bien hacen que se compartan

a) Si la cardinalidad de la relacin E1 relacin E2 es 1:1, podemos:

no ambas, se debe elegir la que genere menos redundancia de datos.

b) Si la cardinalidad de la relacin E1 relacin E2 es 1:N, se copia la clave

Lorna V. Rosas Tllez.

La agregacin surge de la limitacin que existe en el modelado de E-R, al no permitir

Para ejemplificar lo anterior consideremos el ejemplo del libro de fundamentos de Base

Nombre Id Horas Nmero

Empleado Trabajo Proyecto

Lorna V. Rosas Tllez.

Nombre Id Horas Nmero

Empleado Trabajo Proyecto

Lorna V. Rosas Tllez.

Pasar a tablas el ejemplo de la agencia espacial, siguiendo

Lorna V. Rosas Tllez.

Archivo 1 Archivo 2 Archivo 5

Lorna V. Rosas Tllez.

Esquema_Estudiante(nombre, matricula, direccin, carrera, edad)

Nombre Matricula Direccin Carrera Edad

Luis Snchez Prez 24600114 2 sur #105, Centro Tecnologas de Informacin. 18

Ocurrencias, son los valores que contiene la tabla en un momento dado.

Lorna V. Rosas Tllez.