Sistemas de Bases de Datos Iinformaticaeducativasanramon.weebly.com/uploads/2/5/6/0/25607887...Fases...

33
Sistemas de Bases de Datos I Modelo Conceptual Modelo Entidad - Relación

Transcript of Sistemas de Bases de Datos Iinformaticaeducativasanramon.weebly.com/uploads/2/5/6/0/25607887...Fases...

Sistemas de Bases

de Datos I

Modelo Conceptual

Modelo Entidad - Relación

Fases en el diseño de una BD

Situación del

mundo real

1era Diseño Conceptual

2da Diseño Lógico

3era Diseño Físico

Modelos de Datos

Modelo Entidad – Relación M.E.R.

Modelo Relacional E-R

Lenguaje de consulta estructurado

S.Q.L.

Diseño Conceptual

1era etapa en el diseño de una B.D.

Análisis de la situación del Mundo Real

Especificación – lenguaje alto nivel

Esquema Conceptual

Lenguajes empleados Modelos Conceptuales

Modelo Entidad Relación

M.E.R.

usaremos

Modelo Conceptual

Representan lo que el sistema debe realizar.

Se emplean Modelos de datos de alto nivel

de abstracción.

Centralizados en estructuras.

Tienen una representación gráfica con

conceptos que el usuario entiende.

No incluye elementos de implementación.

Modelo que usaremos en el año:

Modelo Entidad Relación - MER

Modelo Conceptual

Modelo Entidad Relación - MER

Modelo conceptual más usado.

Propuesto por Chen en 1976.

Hay muchos “dialectos” y variantes del MER.

Se emplea fundamentalmente para la definición

de datos.

Se basa en representar objetos y sus

relaciones.

Permite declarar una gran cantidad de

restricciones.

Diagrama Entidad Relación – DER es el

esquema.

Modelo Entidad Relación – M.E.R.

Conceptos Básicos:

1. Entidad

2. Relación

Modelo Entidad Relación – M.E.R.

1. Entidad:

“cosa” del mundo real con existencia

independiente (física o conceptual).

Se representan gráficamente mediante

rectángulos y su nombre en el interior.

Los nombres de las entidades no pueden

repetirse en el Esquema Conceptual.

Cada entidad tiene atributos.

Alumno

Modelo Entidad Relación – M.E.R.

Atributos:

Describen las propiedades específicas de

las entidades y las relaciones.

CI

Nombre

Dirección

Teléfono

Fecha Nacimiento

Correo electrónico

Alumno

Modelo Entidad Relación – M.E.R.

Atributo Determinante o clave primaria o

clave principal:

Su valor es distinto para cada elemento de

la entidad.

En el diagrama se subraya.

CI

Nombre

Dirección

Teléfono

Fecha Nacimiento

Correo electrónico

Alumno

Modelo Entidad Relación – M.E.R.

Tipos de Atributos:

Atributos Compuestos: se pueden dividir en

componentes más pequeños, que representan

atributos más básicos. Ej. Dirección.

CI

Nombre

Dirección

Teléfono

Fecha Nacimiento

Correo electrónico

Alumno

Calle

Número

Modelo Entidad Relación – M.E.R.

Tipos de Atributos:

Atributos Monovaluados: atributos con un solo valor

para una entidad en particular.

Ej. CI, nombre, calle, numero, fecha nacimiento,

correo.

Atributos Multivaluados: atributos que tienen un

conjunto de valores para una entidad en particular.

Ej. Teléfono

CI

Nombre

Dirección

Teléfono

Fecha Nacimiento

Correo electrónico

Alumno

Calle

Número

Modelo Entidad Relación – M.E.R.

2. Relación:

Es una asociación entre dos o más

entidades.

Se representan gráficamente mediante

rombos con su nombre en el interior.

Los nombres de las relaciones no se

pueden repetir en el esquema

conceptual.

Modelo Entidad Relación – M.E.R.

2. Relaciones

Ej. Los alumnos pertenecen a grupos.

CI

Nombre

Dirección

Teléfono

Fecha Nacimiento

Correo electrónico

Nombre

Turno

Alumno Grupo pertenece

Modelo Entidad Relación – M.E.R.

2. Relaciones

Grado de la Relación:

es la cantidad de entidades que participan en

la relación.

Relación Binaria: dos entidades

relacionadas.

Relación Ternaria: tres entidades

relacionadas.

Modelo Entidad Relación – M.E.R.

2. Relaciones

Restricciones sobre las relaciones:

Cardinalidad

Totalidad

CI

Nombre

Dirección

Modelo Entidad Relación – M.E.R.

2. Relaciones:

Restricciones:

Cardinalidad: representa la cantidad de

elementos, de cada entidad, que pueden

vincularse en una relación.

Cardinalidad 1 : N

Número

Nombre

Empleado Empresa pertenece N 1

Modelo Entidad Relación – M.E.R.

2. Relaciones:

Restricciones:

Cardinalidad 1:1

CI

Nombre

Dirección

Empleado

Número

Nombre

Sucursal dirige 1 1

Modelo Entidad Relación – M.E.R.

2. Relaciones:

Restricciones:

Cardinalidad N:M o N:N (lo más común)

CI

Nombre

Dirección

Empleado

Número

Nombre

Proyecto trabaja N M

Modelo Entidad Relación – M.E.R.

2. Relaciones:

Restricciones:

Totalidad : Representa la obligación por parte de una entidad a relacionarse con otra entidad.

“TODOS” los empleados pertenecen a un departamento.

CI

Nombre

Dirección

Empleado

Número

Nombre

Departamento pertenece N 1

Modelo Entidad Relación – M.E.R.

2. Relaciones:

Atributos en una Relación

¿Cómo representar la cantidad de horas

que un empleado trabaja en un proyecto?

CI

Nombre

Dirección

Empleado

Número

Nombre

Proyecto trabaja N M

Modelo Entidad Relación – M.E.R.

2. Relaciones:

Atributos en una Relación

CI

Nombre

Dirección

Empleado

Número

Nombre

Proyecto trabaja N M

horas

Modelo Entidad Relación – M.E.R.

Pasos para aplicar el Modelo en determinada

realidad:

Identificar los objetos de nuestro problema.

Identificar las relaciones entre estos objetos.

Representar las propiedades que nos

interesan de dichos objetos.

Determinar otras restricciones que deseamos

imponer.

Modelo Entidad Relación – M.E.R.

Relaciones:

Auto-relación (o relación recursiva). Relación

entre un elemento de una entidad con otro (s)

elemento (s) que pertenecen a la misma

entidad.

CI

Nombre

Dirección

Empleado supervisa Jefe

supervisado N

1

Modelo Entidad Relación – M.E.R.

Auto – relación:

Roles: papel que desempeña cada elemento

de una relación, cuando una entidad participa

más de una vez en una relación.

Se debe diferenciar los roles que cumple en

cada caso.

Modelo Entidad Relación – M.E.R.

Ejemplo: Un jefe (que es funcionario)

supervisa a muchos empleados (que

también son funcionarios). Un empleado es

supervisado por un jefe.

Funcionario supervisa Jefe

Empleado N

1

Modelo Entidad Relación – M.E.R.

Otro ejemplo: Una materia tiene muchas

previas. Una materia es previa de muchas

materias.

Materia previa tiene

es N

N

Categorización:

Permite representar sub-agrupaciones de entidades.

Tienen atributos y/o relaciones particulares

Modelo Entidad Relación – M.E.R.

Persona

Director Alumno Docente Adscripto

grupo

lista materia grupos

CI

Nombre

Dirección

Entidad Débil:

Es una entidad particular.

Para identificarse depende de otra “entidad fuerte”.

Si no existe la entidad fuerte no existe la entidad débil.

Modelo Entidad Relación – M.E.R.

Grupo Alumno tiene N 1

nombre

turno

Nº lista

nombre

apellido

“Alumno” es una entidad débil porque a través del número de lista no se

Pude identificar a un alumno sin conocer a que grupo pertenece.

Modelo Entidad Relación – M.E.R.

R.N.E. Restricciones No Estructuradas.

Cosas de la realidad que no se pueden

representar en el DER.

Actor C.I.

Nombre

Género

Género={Hombre, Mujer} Es una R.N.E.

Modelo Entidad Relación – M.E.R.

Agregación:

Representar relaciones entre múltiples

Entidades pero manteniendo relaciones

binarias.

Se “reinterpreta” una relación como si fuera

una Entidad.

La nueva entidad se utiliza como cualquier

otra.

Se representa enmarcando las dos entidades

y la relación en cuestión.

Modelo Entidad Relación – M.E.R.

Ejercicio:

Se desea guardar información sobre las conferencias

realizadas en una convención.

Cada Conferencia trata sobre uno o más temas.

Cada conferencia es dictada por uno o más

conferencistas, y tiene asociados uno o más

documentos.

Tales documentos son realizados por uno o más

autores, cada uno de los cuales pudo haber intervenido

en más de un documento.

Dentro puede ir sólo una relación.

N a 1 con totalidad, esta cardinalidad no puede ir dentro

de la agregación.

Modelo Entidad Relación – M.E.R.

Posible solución:

Conferencia Conferencista

Tema

dicta

trata

tiene

Documento

Autor escrito

N N

N

N

N

N

1

1

Número

Nombre

código

Nombre código

Nombre

CI

Nombre

CI

Nombre

Fuente:

Bibliografía:

ELMASRI, R. y NAVATHE, S. (1994). Sistemas de Bases de Datos. México:

Editorial Addison Wesley, Segunda Edición.