1. BASE DE DATOS 2-
PARTE
Integrantes:
Sarai Acevedo C
Lizet Roa D

2. DEFINICIÓN MODELO
ENTIDAD- RELACIÓN
Un diagrama o modelo
entidad-relación (a veces
denominado por sus siglas en
inglés, E-R "Entity
relationship", o del
español DER "Diagrama de
Entidad Relación") es una
herramienta para el modelado
de datos que permite
representar las entidades
relevantes de un sistema de
información así como sus
interrelaciones y propiedades.

3. RELACIÓN
 Describe cierta dependencia entre entidades o permite la
asociación de las mismas.
Ejemplo: Si tenemos dos entidades, "CLIENTE" y
"HABITACION", podemos entender la relación entre ambas al
tomar un caso concreto (ocurrencia) de cada una de ellas.
Entonces, podríamos tener la ocurrencia "Habitación 502", de
la entidad "HABITACION" y la ocurrencia "Henry Jonshon
Mcfly Bogard", de la entidad "CLIENTE", entre las que es
posible relacionar que la habitación 502 se encuentra
ocupada por el huésped de nombre Henry.
Una relación tiene sentido al expresar las entidades que
relaciona. En el ejemplo anterior, podemos decir que un
huésped (entidad), se aloja (relación) en una habitación
(entidad).
Se representan mediante un rombo etiquetado en su interior con
un verbo. Este rombo se debe unir mediante líneas con las
entidades (rectángulos) que relaciona, para así saber cuál es
la relación que lleva cada uno.

4. TIPOS DE RELACIÓN
Existen varios tipos entre Los cuales encontramos:
 Relación reflexiva o recursiva. Relaciona una entidad consigo misma.
Ejemplo: empleados que pueden ser jefes de otros empleados.
 Relación entre las mismas dos entidades. Muy útil en el caso de
necesitar almacenar información histórica completa. Ejemplo: proyectos en
los que trabaja actualmente un empleado y proyectos en los que ha
trabajado anteriormente.
 Relación ternaria. Asociación de tres entidades. La forma de hallar
cardinalidades en las relaciones ternarias es fijar una combinación de
elementos en dos de los extremos de la relación y obtener lógicamente las
cardinalidades mínima y máxima en el otro extremo libre. Ejemplo: el título
de un libro, un autor y una editorial se relacionan las tres mediante la acción
de publicar el libro.
 Relación de espcialización (ES-UN). Tipificación de una entidad en en
subtipos en número finito y conocido. Cada subtipo puede poseer atributos
propios que. Los subtipos heredan los atributos que pudiera tener la entidad
general. Este tipo de relación puede clasificarse de dos maneras distintas.

5. EJEMPLOS:
 Una entidad persona tiene los subtipos hombre y mujer. Una misma
persona no puede ser hombre y mujer a la vez por lo que la relación
es exclusiva. No puede existir una persona que no sea hombre ni
mujer, por lo que también es total.
 Se conviene en que un vehículo puede ser un coche, un camión o
una moto. La relación es claramente exclusiva (un vehículo no
puede ser coche y camión a la vez, ni camión y moto, etc) y parcial
pues puede haber vehículos que no sean ni coche ni camión ni
moto.
 La entidad que representa a un universitario tiene los subtipos
profesor y estudiante. Un mismo universitario puede ser ambas
cosas a la vez (p.e. un profesor puede estar matriculado como
alumno en alguna facultad) por lo que la relación es inclusiva. No
puede existir un universitario que no sea ni profesor ni estudiante,
por lo que también es total.
 Expresamos mediante una relación de especialización el que una
función matemática tiene asociados los subtipos continua y
derivable. La relación es inclusiva pues una misma función puede
ser ambas cosas a la vez, y parcial porque existen funciones que no
son continuas ni derivables

6. PROCESO DE DISEÑO DE BASES DE
DATOS
A continuación se indican los pasos que hay que seguir en el proceso
de diseño de una base de datos. Cada paso se trata con mayor
detalle en los temas restantes de esta sección.
 Determinar el propósito de la base de datos Este paso le
ayudará a decidir los datos que desea que Visual FoxPro almacene.
 Determinar las tablas necesarias Cuando ya conozca claramente
el propósito de la base de datos, puede dividir la información en
temas distintos, como "Employees" u "Orders". Cada tema será una
tabla de la base de datos.
 Determinar los campos necesarios Tiene que decidir la
información que desea incluir en cada tabla. Cada categoría de
información de una tabla se denomina campo y se muestra en forma
de columna al examinar la tabla. Por ejemplo, un campo de la tabla
Employee podría ser Last_name y otro podría ser Hire_date.
 Determinar las relaciones Observe cada tabla y decida cómo se
relacionan sus datos con los de las tablas restantes. Agregue
campos a las tablas o cree tablas nuevas para clarificar las
relaciones, si es necesario.
 Perfeccionar el diseño Busque errores en el diseño. Cree las
tablas y agregue algunos registros de datos de ejemplo. Vea si
puede obtener los resultados que desea de sus tablas. Haga los
ajustes necesarios al diseño.

8. GRACIAS POR VISITARNOS