2. ENTIDAD
Una entidad es un elemento u objeto (real o abstracto) que resulta
de vital interés para entender el funcionamiento de un Sistema
Informático al interior de una organización.
Elemento u Objeto
• físico o real (una persona, un libro, un empleado)
• abstracto o conceptual (una asignatura, un viaje)
La principal característica de una Entidad es que posee múltiples
propiedades (atributos) que son almacenados al interior de la base
de datos. Una entidad se diferencia de otra por sus atributos.
3. ATRIBUTO
Es una unidad básica e indivisible de información relacionada a una
Entidad o de una Relación *
codigo_libro = 001
nombre_libro = Caballo de Troya
editorial_libro = Universal
Libro
...
* Una entidad y una Relación no significan lo mismo.
Entidad
Atributos
autor_libro = Benitez
4. Se puede definir como una asociación entre entidades.
Es el elemento que permite relacionar los datos en sí.
Una relación también puede tener atributos.
JUGADOR JUEGA EQUIPO
Relación
Entidad Entidad
Relación
6. CARDINALIDAD
Uno a uno obligatorio: un empleado en
Una empresa tiene uno y solo un puesto, un
Puesto pertenece a un solo empleado
Uno a muchos opcional: un profesor en la
Fac. de Ingeniería puede dar 0 o varias clases y
una clase está dada por uno y solo un profesor
Muchos a muchos obligatorio: una materia
puede pertenecer a una o varias carreras, una
carrera está formada por varias materias.
Uno a uno opcional: Un paciente puede estar
asignado a un cuarto o a ninguno. En un
cuarto puede haber cero o un paciente
7. LLAVE PRIMARIA (PK)
Son atributos que se usan para diferenciar una entidad de
otra, por ejemplo un medicamento de otro, o un paciente
de otro. Puede haber varias llave candidato.
La llave primaria debe ser única y de preferencia no
cambie con el tiempo.
Cada juego de entidades (tabla) debe tener una llave
primaria.
8. EJEMPLO: UNO A UNO
Cuando se decide ingresar a un paciente a un hospital
se le asigna un cuarto y en un cuarto puede estar un
paciente o ninguno (suponiendo un hospital privado).
paciente cuarto
n_paciente
i_paciente#
a_paciente
i_cuarto#
i_cuarto#
i_piso
q_costo
d_ingreso
9. EJEMPLO: UNO A MUCHOS
El titular de una cuenta de cheques puede tener
cualquier número de tarjetas, pero cada tarjeta
pertenece a una sola persona, las entidades son
cliente y tarjeta
cliente tarjeta
n_cliente
i_cliente#
a_cliente
i_tarjeta#
i_password
q_limite
d_apertura i_cliente#
10. EJEMPLO: MUCHOS A MUCHOS
En un proyecto de investigación puede haber
cualquier número de médicos, un médico puede
participar en cero o varios proyectos
medico proyecto
n_medico
i_medico#
a_medico
i_especial
i_proyecto#
n_proyecto
t_resumen
a_telefono
11. MUCHOS A MUCHOS
En el diseño de una base de datos no se permiten
relaciones “muchos a muchos”, cuando se tiene esto
se crea una “relación” entre ambas cuya llave
primaria será una llave compuesta por las llaves
primarias de las entidades que está uniendo
medico proyecto
n_medico i_medico#
a_medico
i_especial
i_proyecto#
n_proyecto
t_resumen
a_telefono
medico-
proyecto
i_medico# i_proyecto#
12. CUADRO CONCEPTUAL
Cardinalidad Relación entre entidades Llave foránea (FK)
Uno a uno No es necesario crear una relación
entre las entidades
Se crea una llave foránea en
una de las entidades
relacionadas que corresponde
a la llave primaria en la otra
Uno a muchos No es necesario crear una relación
entre las entidades
Se crea una llave foránea del
lado de la entidad “muchos”
que corresponde a la llave
primaria del lado “uno”
Muchos a muchos Se crea una relación con llave
primaria compuesta formada por las
llaves primarias de las entidades que
une la relación
En las entidades no hay llave
foránea.
14. DIAGRAMA ENTIDAD
RELACIÓN
Se tienen dos juegos de entidades: paciente y análisis de
laboratorio.
paciente análisis
A un paciente hospitalizado se le pueden practicar cero o varios análisis y
un análisis puede practicársele a ninguno o a muchos pacientes.
Esto implica que tenemos una relación muchos a muchos optativa en
ambos lados.
15. MUCHOS A MUCHOS
Debemos crear una
relación entre ambas
i_anal n_anal q_anal t_desc
A-1 leuco 300.00 ayuno
A-2 embar 200.00 ayuno
i_pac n_pac a_pac i_med
1234 Laura Pino
48
289
3678 María Juarez
56
456
paciente análisis
paciente-
análisis
i_pac i_anal t_resu d_anal
1234 A-1 3.8 5/I/08
1234 A-2 Pos 7/I/07
1234 A-1 4.4 2/II/08
3678 A-2 neg 3/I/08
16. DIAGRAMA E-R
Los juegos de entidades: paciente-análisis y médico.
paciente-
análisis
médico
A un paciente hospitalizado se le pueden practicar cero o varios análisis y
cada análisis se lo manda un doctor. A su vez un doctor puede mandar
uno o varios análisis a los distintos pacientes.
Esto implica que tenemos una relación uno a muchos obligatoria.
17. MUCHOS A MUCHOS
Debemos crear una
relación entre ambas
i_med n_nom t_esp
289 Pérez cirujano
456 López ginecól
paciente-
análisis
medico
i_pac i_anal t_resu d_anal i_med
1234 A-1 3.8 5/I/08 289
1234 A-2 Pos 7/I/07 456
1234 A-1 4.4 2/II/08 289
3678 A-2 neg 3/I/08 456