Diseo de Bases de Datos y el modelo E-R

Unidad 2

Equipos grupo B:

Punto de venta:
Eduardo Vsquez Jess Pal Mara Guadalupe

Inventario tienda de

abarrotes
Abad Luis Ortiz Margarito Miguel

Control escolar:
Jorge Luis Gamaliel Bernardino

Control de servicio de trasporte

Alexis Dionisio Geovani

Ferretera:
Argelia Jess Feria Jess Oswaldo

Control de una Biblioteca

Sabs Efrain

Recursos humanos
Merari Antonia Davia

Equipos grupo A:
Banco Gemima Genaro Omar Generacin de permisos

Dulcera Amagolia Rut Transporte (autobuses) Edgar David Doroteo Ferretera Jess Agilio Supermercado Marco Antonio Uriel
Imprenta Wilebaldo Francisco de Jess Reyes Oscar

(alumno)

Rafael Salomn Netza

Tienda de abarrotes Ivn Martn Julio Csar Biblioteca Dante Juan Carlos Obed

El Proceso de Diseo
El diseo de una base de datos consiste en definir

la estructura de los datos que debe tener la base de datos de un sistema de informacin determinado. En el caso relacional, esta estructura ser un conjunto de esquemas de relacin con sus atributos, dominios de atributos, claves primarias, claves forneas, etc.

 La clave para obtener un diseo de base de datos

eficaz radica en comprender exactamente qu informacin se desea almacenar y la forma en que un sistema de administracin de bases de datos relacionales almacena los datos.
Para ofrecer informacin de forma eficiente y

precisa, se debe tener almacenados los datos sobre distintos temas en tablas separadas. Por ejemplo, puede haber una tabla donde slo se almacenen datos sobre empleados y otra tabla que slo contenga datos de ventas.

 Al

organizar los datos de forma apropiada, proporciona flexibilidad a la base de datos y tiene la posibilidad de combinar y presentar informacin de muchas formas diferentes. Al disear una base de datos, en primer lugar debe dividir la informacin que desea almacenar como temas distintos y despus indicar cmo se relacionan estos temas para que pueda recuperar la informacin correcta cuando sea necesario. Si se mantiene la informacin en tablas separadas facilitar la organizacin y el mantenimiento de los datos y se conseguir aplicaciones de alto rendimiento.

Pasos para el diseo de la base de datos

Determinar el propsito de la base de

datos Determinar las tablas necesarias Determinar los campos necesarios Determinar las relaciones Perfeccionar el diseo.

Etapas del diseo

Diseo conceptual
Diseo lgico

Diseo fsico

Etapa de diseo conceptual

En esta etapa se obtiene una estructura de la informacin

de la futura BD independiente de la tecnologa que hay que emplear. No se tiene en cuenta todava qu tipo de base de datos se utilizar

Relacional Orientada a objetos Jerrquica, etc. Tampoco el SGBD ni con qu lenguaje concreto se implementar la base de datos.

Esta

etapa del diseo conceptual nos permite concentrarnos nicamente en la problemtica de la estructuracin de la informacin, sin tener que preocuparnos al mismo tiempo de resolver cuestiones tecnolgicas. Se aplica el modelo E-R.

Etapa del diseo lgico

En esta etapa se parte del resultado del diseo

conceptual. Se transforma de tal manera que se adapte a la tecnologa que se debe emplear. Es preciso que se ajuste al modelo del SGBD con el que se desea implementar la base de datos. Por ejemplo, si se trata de un SGBD relacional, esta etapa obtendr un conjunto de relaciones con sus
Atributos Claves primarias Claves forneas.

Etapa del diseo lgico

Esta etapa parte del hecho de que ya se ha

resuelto la problemtica de la estructuracin de la informacin en un mbito conceptual, para concentrarse en las cuestiones tecnolgicas relacionadas con el modelo de base de datos.

Etapa de diseo fsico

En esta etapa se transforma la estructura obtenida en la etapa

del diseo lgico, con el objetivo de conseguir una mayor eficiencia; Adems, se completa con aspectos de implementacin fsica que dependern del SGBD. la transformacin de la estructura puede consistir en lo siguiente: Tener almacenada alguna relacin que sea la combinacin de varias relaciones que se han obtenido en la etapa del diseo lgico. Partir una relacin en varias. Aadir algn atributo calculable a una relacin. Eleccin de estructuras fsicas de implementacin de las relaciones. La seleccin del tamao de las memorias intermedias (buffers) o de las pginas, etc.

Etapa del diseo fsico

Se deben tener en cuenta las caractersticas de los

procesos que consultan y actualizan la base de datos, Los caminos de acceso que utilizan y las frecuencias de ejecucin. Considerar los volmenes que se espera tener de los diferentes datos que se quieren almacenar

Modelo Entidad -Relacin

Modelo de datos de alto nivel. Est basado en una

percepcin de un mundo real que consiste en una coleccin de objetos bsicos, denominados entidades, y de relaciones entre estos objetos.
Se desarroll para facilitar el diseo de bases de datos

permitiendo la especificacin de un esquema de la empresa que representa la estructura lgica completa de una base de datos.

Modelo Entidad -Relacin

El modelo de datos E-R es uno de los diferentes

modelos de datos semnticos; el aspecto semntico del modelo yace en la representacin del significado de los datos.

El modelo E-R es extremadamente til para hacer

corresponder los significados e interacciones de las empresas del mundo real con un esquema conceptual. Debido a esta utilidad, muchas herramientas de diseo de bases de datos se basan en los conceptos del modelo E-R.

 El modelo E-R resulta fcil de aprender y de utilizar

en la mayora de las aplicaciones. Adems, existen herramientas informticas de ayuda al diseo (herramientas CASE Computer Aided Software Engineering) que utilizan alguna variante del modelo E-R para hacer el diseo de los datos. Nombre completo del modelo ER es entityrelationship, y proviene del hecho de que los principales elementos que incluye son las entidades y las interrelaciones.

 Hay tres nociones bsicas que

emplea el modelo de datos E-R:

Conjuntos de entidades

Conjuntos de relaciones
Atributos.

Entidad
Por entidad se entiende como un objeto del

mundo real que podemos distinguir del resto de objetos y del que nos interesan algunas propiedades. Pueden ser concreta, tangibles intangibles (abstracta) Algunos ejemplos:

Un empleado Un producto Un despacho. Una asignatura Un prstamo bancario, Un pedido de un cliente

Conjunto de entidades
Es un conjunto de entidades del mismo tipo que

comparten las mismas propiedades, o atributos.

El conjunto de todas las personas que son clientes

en un banco dado, por ejemplo, se pueden definir como el conjunto de entidades cliente. conjunto de entidades prstamo podra representar el conjunto de todos los prstamos concedidos por un banco particular. conjunto se llaman la extensin del conjunto de entidades.

El

Las entidades individuales que constituyen un

 Los

conjuntos de entidades necesariamente disjuntos. Por ejemplo:

no

son

Es posible definir el conjunto de entidades de todos

los empleados de un banco (empleado) y el conjunto de entidades de todos los clientes del banco (cliente). Una entidad persona puede ser una entidad empleado, una entidad cliente, ambas cosas, o ninguna.

Atributos
Una entidad se representa mediante un conjunto

de atributos Atributos: Las propiedades de los objetos. Describen propiedades que posee cada miembro de un conjunto de entidades. La designacin de un atributo para un conjunto de entidades expresa que la base de datos almacena informacin similar concerniente a cada entidad del conjunto de entidades; Sin embargo, cada entidad puede tener su propio valor para cada atributo.

Ejemplo de atributos de la entidad cliente

id-cliente,

nombre-cliente
calle-cliente ciudad-cliente Para cada atributo hay un conjunto de valores

permitidos, llamados el dominio, o el conjunto de valores, de ese atributo. El dominio del atributo nombr-ecliente podra ser el conjunto de todas las cadenas de texto de una cierta longitud.

 Un atributo, como se usa en el modelo E-R,

se puede caracterizar por los siguientes tipos de atributos:

Atributos simples y compuestos. Atributos monovalorados y

multivalorados.
Atributos derivados

Conjuntos de relaciones
Una relacin es una asociacin entre diferentes

entidades. Por ejemplo, se puede definir una relacin que asocie al cliente Lpez con el prstamo P-15. Esta relacin especifica que Lpez es un cliente con el prstamo nmero P-15.

 Un conjunto de relaciones es un conjunto

de relaciones del mismo tipo. Formalmente es una relacin matemtica con n > = 2 de conjuntos de entidades (posiblemente no distintos). Si E1, E2,,En son conjuntos de entidades, entonces un conjunto de relaciones R es un subconjunto de: {(e1, e2,,en) | e1 E1, e2 E2,,en En}
donde (e1,e2,en) es una relacin.

Cuenta

A. Pat.

A. Mat.

Nombre (s)

Prstamo

Cantidad

10010 10020 10030 10040 10050 10080

Lopez Perez Garcia Cruz Solis Mendez

Cruz Sanchez Perez Coronel Cubas Garcia

Juan Pedro Omar Honorio Onesimo Luis

P-15
P-14 P-12 P-19 P-16 P-17

10000
23000 54500 45712 24500 5000

cliente

Prstamo

Notacin diagramtica
Las entidades se representan con un rectngulo. El nombre de la entidad se escribe en maysculas

dentro del rectngulo.

ALUMNO
Los atributos se representan mediante una elipse y su

nombre en minsculas unido con una lnea al rectngulo de la entidad a la que pertenecen.
Id _Alumno

Muchas veces, dado que hay muchos atributos para

cada entidad, se listan todos aparte del diagrama para no complicarlo.

 Las relaciones entre entidades se representan con

un rombo

ALUMNO

Alumno_ Materia

MATERIA

RESTRICCIONES
Un esquema de desarrollo E-R puede

definir ciertas restricciones a las que los contenidos de la base de datos se deben adaptar. Es por ello que se examina:
La correspondencia de cardinalidades y Las restricciones de participacin.

Correspondencia de cardinalidades
La correspondencia de cardinalidades, o razn de

cardinalidad, expresa el nmero de entidades a las que otra entidad puede estar asociada va un conjunto de relaciones.

La correspondencia de cardinalidades es la ms til

describiendo conjuntos de relaciones binarias, aunque ocasionalmente contribuye a la descripcin de conjuntos de relaciones que implican ms de dos conjuntos de entidades.

Para un conjunto de relaciones binarias R entre los conjuntos de entidades A y B, la correspondencia de

cardinalidades debe ser una de las siguientes: uno a uno, uno a muchos, muchos a uno y muchos a muchos.

Uno a uno
Una entidad en A se asocia a lo mucho con una

entidad en B, y una entidad en B se asocia con lo menos una entidad en A

A B

a1 a2

b1 b2

a3
a4 a5

b3
b4

b5

Uno a varios
Una entidad en A se asocia con cualquier

nmero de entidades en B (ninguna o varias). Una entidad en B, sin embargo, se puede asociar con a lo mucho una entidad en A.
A B

a1

b1
b2

a2 a3

b3
b4

b5

Varios a uno
Una entidad en A se asocia con a lo mucho una

entidad en B. Una entidad en B, sin embargo, se puede asociar con cualquier nmero de entidades en A.
A B

a1

b1

a2
a3
a4

b2 b3

a5

Varios a varios
Una entidad en A se asocia con cualquier

nmero de entidades (ninguna o varias) en B, y una entidad en B se asocia con cualquier nmero de entidades (ninguna o varias) en A.
A B

a1
a2 a3 a4 a5

b1
b2 b3
b4

b5

Investigar:
Restricciones de participacin

Claves
Clave primaria Clave candidata Clave fornea Superclave Relaciones binarias Conjunto de entidades

Conjunto de relaciones
Grado de interrelacin

Diagrama Entidad -Relacin

Los diagramas son simples y claros, cualidades que

pueden ser responsables del amplio uso del modelo ER. Tal diagrama consta de los siguientes componentes principales: Rectngulos Elipses Rombos Lneas Elipses dobles Elipses discontinuas Lneas dobles Rectngulos dobles

Representan conjuntos de entidades

Representan atributos

Representan relaciones

Representan atributos multivalorados

Denotan atributos derivados

Representan conjuntos de entidades dbiles

Unen atributos a conjuntos de entidades y conjuntos de entidades a conjuntos de relaciones.

El conjunto de entidades sealados participan en una relacin uno a uno o muchos a uno El conjunto de entidades sealados participan en una relacin muchos a uno o muchos a muchos El conjunto de entidades sealados participan en una relacin uno a muchos

Indican participacin total de una entidad en un conjunto de relaciones

Nom_Cli Id_Cliente Calle_Cli Ciudad_Cli Num_Prest Importe

CLIENTE

PRESTATARIO

PRSTAMO

El conjunto de relaciones prestatario es uno a

varios, desde cliente a prstamo, debido a que la lnea desde prestatario a cliente es dirigida, con una flecha apuntando al conjunto de entidades cliente

Nom_Cli Id_Cliente Calle_Cli Ciudad_Cli Num_Prest Importe

CLIENTE

PRESTATARIO

PRSTAMO

El conjunto de relaciones prestatario es varios a

uno desde cliente a prstamo, debido a que la lnea desde prestatario a prstamo tiene una flecha apuntando al conjunto de entidades prstamo.

Nom_Cli Id_Cliente Calle_Cli Ciudad_Cli Num_Prest Importe

CLIENTE

PRESTATARIO

PRSTAMO

El conjunto de relaciones prestatario es uno a uno,

porque ambas lneas desde prestatario tienen flechas: una apuntando al conjunto de entidades prstamo y otra apuntando al conjunto de entidades cliente.

Nom_Cli Id_Cliente Calle_Cli Ciudad_Cli Num_Prest Importe

CLIENTE

PRESTATARIO

PRSTAMO

La lnea no dirigida desde el conjunto de relaciones

prestatario al conjunto de relaciones prstamo y la lnea no dirigida desde el conjunto de relaciones prestatario al conjunto de relaciones cliente, especifica que prestatario es de relaciones varios a varios.

Un atributo unido a un conjunto de relaciones

Nom_Cli Id_Cliente Calle_Cli Ciudad_Cli

Fecha_Acceso
Num_Prest Importe

CLIENTE

PRESTATARIO

PRSTAMO

Atributos compuestos, multivalorados y derivados

Nom_Calle Ap_Mat Ap_Pat Nom_Pil Calle Ciudad Num_Calle Num_Piso

Nombre

Id_Cli

CLIENTE

Direccin

Colonia

C.P. Num_Tel l Fecha_Nac Edad

Investigar:
Entidad dbil

Mapeo
Entidad dominante Entidad subordinada Discriminador Etiquetas

10 ejemplos del diagrama entidad relacin y anexar a cada uno la interpretacin del diagrama.

Conjunto de entidades dbiles

Se denomina conjunto de entidades dbiles a una

entidad que no tiene suficientes atributos para formar una clave primaria. Por ejemplo: Entidad pago (nmero-pago, fecha-pago, importe-pago)
Fecha_Pago Num_Pago Import_Pago

Pago

Fecha_Pago

Num_Pago

Import_Pago

Num_Prest Importe

Pago

PRSTAMO

Pago_Presta mo

Oferta de asignaturas en la escuela

Curso_Ofert

Num_Grupo

Nom_Asig
Clave Creditos

Oferta

Asignatura

Oferta_Asignatura

MODELO E-R EXTENDIDO

El modelo E-R pueden modelar la mayora de las

caractersticas de las bases de datos. Para algunos aspectos de una BD pueden ser ms adecuadamente expresados mediante ciertas extensiones del modelo E-R bsico. E-R extendidas de:
Especializacin. Generalizacin. Conjuntos de entidades de nivel ms alto y ms bajo. Herencia de atributos. Agregacin.

Especializacin
Es el proceso de designacin de subgrupos

dentro de un conjunto de entidades. Ejemplo: Persona (nombre, calle, ciudad) Cliente (id_cliente, tasa_credito) Empleado(id_empleado, sueldo)
La

especializacin de persona permite distinguir entre las personas basndose en si son empleados o clientes.

Id_empleado

sueldo

Id_persona Nombre

Empleado

Tasa_Credito

Persona

ES

Cliente

Ciudad

Calle

Id_cliente

Generalizacin
El refinamiento a partir de un conjunto de

entidades inicial en sucesivos niveles de subgrupos de entidades representa un proceso de diseo descendente o ascendente en el que las distinciones se hacen explcitas. Es una relacin contenedora que existe entre el conjunto de entidades de nivel ms alto y uno o ms conjuntos de entidades de nivel ms bajo.
DE LO GENERAL A LO PARTICULAR

Num_caja

Horas_Trab Id_Cajero

Num_despacho

Id_Oficial

Cajero

Seccion
Id_Secretaria

Oficial

E-O-C-S
sueldo

Secretaria

Id_empleado

Empleado
Id_persona
Nombre
Datos-Gral
Tasa_Credito

DE
Calle

Cliente

Ciudad

Id_cliente

Herencia de atributos
Es una propiedad muy importantes entre las

entidades de nivel ms alto y ms bajo, creadas mediante especializacin y generalizacin

Nombre

Persona

Calle Ciudad

Id_persona

ES
Empleado

Cliente

Id_empleado

sueldo

Tasa_Credito

Id_cliente

Investigar:
Herencia mltiple

Retculo
Restricciones sobre las generalizaciones.
Definido por condicin Definido por el usuario Definido por atributo Disjunto Solapado

Restriccin de completitud
Generalizacin o especializacin total. Generalizacin o especializacin parcial

Agregacin
Es una abstraccin a travs de la cual las relaciones

se tratan como entidades de nivel ms alto.

Trabajo

Empleado

Trabaja_en

Sucursal

Dirige

Director

Relaciones redundantes

Esquema E-R con agregacin

Trabajo

Empleado

Trabaja_en

Sucursal

Dirige

Director

Investigar:

Notaciones E-R alternativas

Aspectos a considerar en el diseo de bases de datos en el E-R

E-R da una flexibilidad sustancial en el diseo de un

esquema de bases de datos para modelar una empresa dada.

Si se usa un atributo o un conjunto de entidades para

representa un objeto.

Si un concepto del mundo real se expresa ms

exactamente mediante un conjunto de entidades o mediante un conjunto de relaciones.

Si se usa una relacin ternaria o un par de relaciones

binaras

Aspectos a considerar en el diseo de bases de datos en el E-R

Si se usa un conjunto de entidades fuertes o

dbiles.
Si el uso de la generalizacin es apropiado (la

generalizacin, o una jerarqua de relaciones ES, contribuye a la modularidad).

Si el uso de la agregacin es apropiado (la

agregacin agrupa una parte de un diagrama E-R en un nico conjunto de entidades).

Explica estos conceptos:

Fases de diseo
Requisitos de datos Designacin de los conjuntos de entidades

Designacin de los conjuntos de relaciones

Dominio Valor nulo

Superclase
Subclase

REDUCCIN DE UN ESQUEMA E-R A TABLAS

Para cada conjunto de entidades de la base de

datos hay una tabla. Para cada conjunto de relaciones de la datos hay una nica tabla a la que se asigna el nombre del conjunto de entidades o del conjunto de relaciones correspondiente.
Cada tabla tiene varias columnas, cada una de las

cuales tiene un nombre nico.

Nombre

Persona

Calle Ciudad

Id_persona

ES
Empleado

Cliente

Id_empleado

sueldo

Tasa_Credito

Id_cliente

Tabla persona
Id_persona 01 02 03 04 05 06 Nombre Juan Pedro Argelia Luis Guadalupe Hilda Calle El Duraznal Hidalgo Chapultepec Allende Insurgentes Morelos Ciudad Tlaxiaco Nochixtln Oaxaca Putla Puebla Pinotepa

Tabla empleado
Id_empleado 1 2 3 4 5 6 Sueldo 34534 25000 25600 2000 36000 5024100

Tabla cliente
Id_cliente Tasa_crdito

A1 A2
A3 A4 A5 A6

30000 20000
20000 1500 32000 4000000

Tabla ES
Id_persona Id_cliente Id_empleado

01 02 03 04 05 06

A1 A2 A3 A4 A5 A6

1 2 3 4 5 6

La Notacin E-R con Lenguaje de

Modelado Unificado (UML Unified
Modeling Language)
Es un estndar propuesto para la creacin de

especificaciones de varios componentes de un sistema software. Partes importantes de UML. Diagrama de clase Diagrama de actividad Diagrama de implementacin Diagrama de caso de uso

Diagrama de caso de uso.

Muestran la interaccin entre los usuarios y el

sistema

Diagrama de actividad.
Describen el flujo de tareas entre varios

componentes de un sistema.

Diagrama de implementacin

Muestran los componentes del sistema y sus

interconexiones tanto en el nivel del componente software como el hardware.

Diagrama de clase
Nombrecliente Id_Cliente Calle-cliente Ciudadcliente

cliente +Id-cliente +Nombre_cliente +Calle-cliente +Ciudad-cliente

CLIENTE

Diagrama de clase
Nombre
Num-control

Ap-paterno Ap-materno

Alumno +Num-control +Nombre +Ap-paterno +Ap-materno

Alumno

Evaluacin
05/03/2013