14 - Curso Modelamiento Base de Datos

1
Anlisis y Diseo de Sistemas

MODELAMIENTO Y
DISEO DE BASE DE
DATOS
Ing. Luis Ing. Luis Zuloaga Rotta Zuloaga Rotta
Modelamiento de datos Modelamiento de datos
(Modelo Lgico) (Modelo Lgico)
Entidades y atributos
Identificador de una entidad
Relaciones y cardinalidad entre entidades
Diagrama Entidad Relacin (ERD)
Tipos y subtipos de entidad
2
Entidad Entidad
Alguna cosa acerca de la cual
almacenamos datos.
Una persona, lugar, cosa o concepto que
tiene caractersticas de inters para la
empresa.
Entidades y Procesos de Entidades y Procesos de
Negocio Negocio
Los procesos de negocio reciben como
entrada informacin registrada en las
entidades y generan como resultado
informacin que crea un nuevo registro o
actualiza una entidad, cuya informacin
tiene como destino a otros procesos.
3
Objetivos vrs. Metas Funciones vrs. Metas Funciones vrs. Procesos
Funciones vrs. Requerimientos
Informacin
Entidades vrs. Requerimientos
Informacin
Obj
Met
M1 M2 M3 M4
O1
O2
O3
O4
O5
X
X
X
X
X
X
Func
Met
M1 M2 M3 M4
F1
F2
F3
F4
F5
X X
X
X
X
X
Func
Proc
P1 P2 P3 P4
F1
F2
F3
F4
F5
X
X
X
X
X
X
X
Func
Req
R1 R2 R3 R4
F1
F2
F3
F4
F5
X
X
X
X
X
X
X
Ent
Req
R1 R2 R3 R4
E1
E2
E3
E4
E5
X
X
X
X
X
X
X
MATRICES DE RELACIN MATRICES DE RELACIN
Matriz de Matriz de
Entidades Entidades
vrs vrs..
Procesos Procesos
de Negocio de Negocio
Tipos Entidad Tipos Entidad
P
R
O
C
E
S
O
S
P
R
O
C
E
S
O
S
DETALLE_FACTURA
CLIENTE
PEDIDO_CLIENTE
PRODUCTO_PEDIDO
FACTURA
CTA CORRIENTE
PROVEEDOR
COMPRA
MATERIA_PRIMA
T
o
m
a
r

P
e
d
i
d
o
T
o
m
a
r

P
e
d
i
d
o
R
e
g
i
s
t
r
a
r

C
l
i
e
n
t
e
R
e
g
i
s
t
r
a
r

C
l
i
e
n
t
e
F
a
c
t
u
r
a
r

P
e
d
i
d
o
F
a
c
t
u
r
a
r

P
e
d
i
d
o
R
e
q
u
e
r
i
r

C
o
m
p
r
a
R
e
q
u
e
r
i
r

C
o
m
p
r
a
C
o
l
o
c
a
r

C
o
m
p
r
a
C
o
l
o
c
a
r

C
o
m
p
r
a
A
c
t
u
a
l
i
z
a
r

A
c
t
u
a
l
i
z
a
r

C
t
a
C
t
e
C
t
a
C
t
e
A
c
t
u
a
l
i
z
a
r

S
t
o
c
k
A
c
t
u
a
l
i
z
a
r

S
t
o
c
k
R
e
g
i
s
t
r
a
r

P
a
g
o
R
e
g
i
s
t
r
a
r

P
a
g
o
X
X
X
X
X
X
X
X
X
X
X
X
X X
X
X
X
X
X
D
e
s
p
a
c
h
a
r

p
e
d
i
d
o
D
e
s
p
a
c
h
a
r

p
e
d
i
d
o
R
e
g
i
s
t
r
a
r

I
n
g
r
e
s
o
R
e
g
i
s
t
r
a
r

I
n
g
r
e
s
o
X
X
X
X
X
X
4
Entidades y Requerimientos Entidades y Requerimientos
de Informacin de Informacin
Registre la contribucin de un tipo de
entidad a la satisfaccin de cada
requerimiento de informacin utilizando una
matriz de relacin entre tipos de entidad
vrs. requerimiento de informacin.
Rendimiento por
Lnea de Producto
Estadstica de la
poblacin del
lugar
Artculos
acabados
disponibles
Ventas diarias por
regin
Control de
Calidad
Anlisis de
mercados
Verificacin de
pre-pedidos de
ventas
Verificar
progreso vrs
plan
OBJ- Mejorar la
satisfaccin de clientes
OBJ- Identificar nuevos
mercados
CSF- Insatisfaccin de
clientes con mrgenes
de tiempo
MET- Aumentar las
ventas en 3% en 4
trimestres
Sistema de
inventario
Ninguno
Ninguno
Procesamiento
de pedidos
REQUERIMIENTO
DE INFORMACION
UTILIZACION
OBJETIVO- META-CSF
SOPORTADO POR LA
INFORMACION
SISTEMA(S)
SOPORTANDO
LA NECESIDAD
INDICE
SATISF.
2
1
3
Lista de Requerimientos de Informacin Lista de Requerimientos de Informacin
5
Matriz de Matriz de
Entidades Entidades
vrs vrs..
Requerimientos Requerimientos
de Informacin de Informacin
Tipos Entidad Tipos Entidad R
e
q
u
e
r
i
m
i
e
n
t
o
s

R
e
q
u
e
r
i
m
i
e
n
t
o
s

d
e

I
n
f
o
r
m
a
c
i
n
d
e

I
n
f
o
r
m
a
c
i
n
REGION_VENTA
CLIENTE
PEDIDO_CLIENTE
ARTICULO_PEDIDO
FACTURA
PAGO
PROVEEDOR
PEDIDO_COMPRA
MATERIA_PRIMA
P
r
o
d
P
r
o
d
.
D
i
s
p
o
n
i
b
l
e
s
.
D
i
s
p
o
n
i
b
l
e
s
P
e
d
i
d
o
s

P
e
d
i
d
o
s

P
e
n
d
P
e
n
d
..
V
e
n
t
a
s

D
i
a
r
i
a
s
V
e
n
t
a
s

D
i
a
r
i
a
s
L
o
t
e
s

D
e
f
e
c
t
u
o
s
o
s
L
o
t
e
s

D
e
f
e
c
t
u
o
s
o
s
C
o
m
p
r
o
m
i
s
o
s
C
o
m
p
r
o
m
i
s
o
s
R
e
n
d
R
e
n
d
..
L
i
n
e
a

P
r
o
d
L
i
n
e
a

P
r
o
d
..
P
e
d
P
e
d
.
C
l
i
e
n
t
e
s
>
1
0
0
$
.
C
l
i
e
n
t
e
s
>
1
0
0
$
V
e
n
t
a
s

x

V
e
n
t
a
s

x

A
r
e
a
A
r
e
a
C
o
n
t
r
o
l
e
s

P
a
g
o
C
o
n
t
r
o
l
e
s

P
a
g
o
X
X
X
X
X
X
X X
X
X
X
X
X
X
X X
X X X
X X
X
V
t
a
s
V
t
a
s
.

C
r
d
i
t
o
.

C
r
d
i
t
o
X
X
X
X
Representacin de Representacin de
Entidades y Atributos Entidades y Atributos
Existen varias convenciones para los
smbolos de un ERD. Nosotros usaremos
las convenciones de la metodologa de
Ingeniera de Informacin.
Smbolo Entidad
Nombre Entidad
Atributo1
Atributo2
Atributo(PK)
6
Control del
Puntero del mouse
Manipulacin de
atributos de entidad
Relacin identificada
uno a muchos
Relacin
muchos a muchos
Relacin no
identificada uno
a muchos
Insertar
texto
Sub tipos
ex clusivos
Insertar
entidad
Toolbox de ERWin segn IE Toolbox de ERWin segn IE
CARRO CARRO
NroMotor
Marca
Modelo
Color
NroPuertas
Entidad con sus atributos y Clave Primaria
NroPlaca (PK)
Atributos
no clave
Clave
Primaria
7
Repr esent ac i n de una ENTI DAD
c on ERWi n
ENTIDAD
INDEPENDIENTE
ENTIDAD
DEPENDIENTE
8
Tipos e Instancias de Tipos e Instancias de
Entidad Entidad
En el modelamiento de informacin es
importante distinguir entre tipos e
instancias de cosas.
La ocurrencia de una entidad es una
instancia particular de la entidad.
Tipos Entidad Tipos Entidad
Categoras de Tipos de Entidad :
Tangibles Tangibles (objetos fsicos)
Cliente, Producto, Factura
Conceptuales Conceptuales (conceptos de inters)
Centro Costo, Partida Libro Mayor
Activos Activos (eventos)
Asistencia Conferencia, Avera Equipo
9
Pormenorizacin de una
Entidad
Pormenorizacin o especificacin de una
Entidad
Nombre
Descripcin
Propiedades
. Nro. esperado ocurrencias
. Tasa crecimiento esperada
Identificadores
Participaciones en las relaciones
Mutuamente Exclusivas
Seudnimo
Atributo Atributo
Caracterstica o propiedad describible en
trminos de un valor que las entidades de un
tipo dado poseen.
Cualquier propiedad de una entidad que es de
inters para la empresa, es referida como un
atributo.
Como en las entidades, es importante
distinguir entre atributos y ocurrencias de
atributos.
10
Predicados e Identificadores
Al conjunto de atributos que participa en
una relacin describiendo un Tipo de
Entidad, se denomina predicado de la
entidad.
Un identificador es un predicado que en
forma exclusiva identifica una entidad. Un
tipo de entidad puede tener mas de un
identificador.
Cliente = NroClie + NombreClie + DirecClie + NroTelef
+ LinCred
Identificadores
NroClie o
NombreClie + DirecClie
NROCLIE NOMBRECLIE DIRECCLIE NROTELEF LINCRED
246123 LUIS PEREZ LOS ANTIGUOS 125 4678954 100000
241075 JOSE SOTO LOS ROSALES 345 4812346 50000
146509 LUIS SOTO SAN CARLOS 199 3656922 90000
126321 WALTER CRUZ LOS ANTIGUOS 125 4678954 40000
Cliente
11
Pedido = NroPedido + Cliente + Fecha + TotalVta
+ {NroIt + NroProd + Descrip + Cntd + Precio + TotalItm}
Identificadores
Pedido : NroPedido
Detalle Pedido : NroPedido + NroIt o
NroPedido + NroProd
NROIT NROPROD DESCRIP CNTD PRECIO TOTALITM
01 2345A ANTEOJOS 02 32.46 64.92
02 1343Z JARRA 05 50.00 125.00
03 2267C CORTINA 06 90.00 540.00
TOTALVTA 729.92
Pedido Nro 125607 Cliente Luis Perez Fecha: 12/10/98
Dado que el valor del DETALLE PEDIDO es
exclusivo para un PEDIDO determinado, podemos
identificar exclusivamente cada ocurrencia del
DETALLE PEDIDO por la combinacin entre el
identificador de un PEDIDO particular el NroPedido NroPedido y
su atributo NroItem.
Si imponemos la limitacin de que cada PRODUCTO
solamente puede aparecer una vez en un PEDIDO, se
puede identificar exclusivamente una ocurrencia de
DETALLE PEDIDO por la combinacin entre el
identificador de un PEDIDO particular el NroPedido y
su atributo NroProducto NroProducto.
IDENTIFICADORES
12
Atributos y su
Pormenorizacin
Nombre atributo
Descripcin
Opcionalidad
Categora fuente
Dominio Primitivo
Extensin
Nro. posiciones decimales
Sensibilidad Maysculas-Minsculas
Valores Permitidos
Valor o Algoritmo por omisin
Algoritmo de derivacin
Categora Fuente Categora Fuente
Bsica : los valores del atributo son
intrnsecos a las entidades del tipo que se
esta describiendo y no pueden deducirse de
otros predicados.
Derivada : los valores del atributo siempre se
deducen o se calculan a partir de los valores
de otros predicados.
Designada : atributo inventado para superar
restricciones o simplificar operaciones.
13
Dominios
Se refiere al conjunto de valores posibles para
un atributo a grupo de atributos.
Cada atributo es asignado a uno de cuatro
dominios bsicos o primitivos:
Texto,
Nmero,
Fecha,
Hora.
Los dominios primitivos son la base para formar
otros dominios mas complejos definidos por el
usuario.
Extensin
Indica el nmero mximo de caracteres o
dgitos para cada uno de los atributos.
Podemos considerar que esto va a ser un
subconjunto del dominio de un atributo,
dado que el nmero de caracteres o
dgitos restringe el conjunto posible de
valores para el atributo.
14
Valores Permitidos
El conjunto de valores permitidos para un
atributo describe exahustivamente los
valores potenciales del atributo. Por
ejemplo :
UnidadVenta = [ TM ( tonelada mtrica),
RO ( rollo ),
BO (bolsa ),
PQ ( paquete ) ]
Valor o Algoritmo por Valor o Algoritmo por
Omisin Omisin
Para cada atributo obligatorio se puede
especificar un algoritmo por omisin o bien un
valor por omisin (pero no ambos). Por
ejemplo :
EstadoCivil = soltero o
IF Compra < 1000 THEN Descto = 10%*Compra
ELSE Descto = 100 + 5%(Compra - 1000)
15
Algoritmo de Derivacin
Solamente podemos especificar algoritmos de
derivacin para atributos derivados.
En la prctica el diseador debe tomar la
decisin sobre si un atributo derivado debe ser
calculado o almacenado en memoria. Por ej. :
TotalVentaItem= ValorVentaItem+ IGV
TotalVenta = TotalVentaItem
Claves ( Claves ( Keys Keys ) )
Aquellos atributos que permiten identificar una
Entidad de manera nica son referidos como
identificadores nicos o claves primarias (PK) de
una entidad.
La PK de una entidad puede ser simple o
compuesta si se representa por una o por una
combinacin de columnas (propiedades).
Cuando una seleccin de PKs esta disponible,
cada opcin es referida como una clave
candidata.
16
Claves Candidatas Claves Candidatas
Una clave candidata es un conjunto de una
o ms columnas cuyos valores combinados
son nicos entre todas las ocurrencias
(tuples o filas).
Desde que un valor nulo ( Null ) no est
garantizado a ser nico, ningn componente
de una clave candidata puede ser nulo.
En una Tabla puede identificarse un nmero
variable de claves candidatas.
Claves Primarias Claves Primarias
La clave primaria (PK) de una tabla es
cualquier clave candidata de esa tabla que el
diseador de DB arbitrariamente seala como
primaria.
La PK puede ser seleccionada por
conveniencia, comprensin, performance, o
cualquier otra razn (a pesar que todas
comparten la propiedad de identificacin
nica).
17
Claves Alternas Claves Alternas
Las claves alternas de cualquier tabla son
simplemente aquellas claves candidatas
las cuales no fueron seleccionadas como
clave primaria.
Exactamente una de aquellas claves
candidatas es seleccionada como PK, y las
remanentes si existe alguna, son llamadas
claves alternas.
18
ESPECIALIDAD
nro facultad (FK)
nro especialidad
denominacion
fecha inicio
TRASLADO
nro secuencial (FK)
tipo traslado externo
institucion procedencia
fecha incorporacion
ESPECIALIDAD ALUMNO
nro facultad (FK)
nro especialidad (FK)
nro secuencial (FK)
fecha incorporacion
FACULTAD
nro facultad
denominacion
fecha creacion
ALUMNO
nro secuencial
codigo alumno (AK1.1)
apellido paterno
apellido materno
primer nombre
segundo nombre
fotografia
fecha nacimiento
sexo
forma ingreso
Clave Alterna Clave Alterna
19
Relaciones Relaciones
Nosotros vemos que las entidades pueden ser
descritas en un modelo de informacin en
trminos de su clave primaria y otros
atributos no clave. Sin embargo no tenemos la
vista completa porque las entidades no
pueden ser vistas aisladamente.
En el sistema real y a partir de los
requerimientos de informacin se descubren
las relaciones entre las entidades.
Relaciones Relaciones
Para implementar el modelo de informacin en un
DBMS, se requieren mecanismos para
implementar una relacin como el de clave
fornea.
Las nicas relaciones que pueden implementarse
en esta forma son: uno-a-uno y uno-a-muchos. Si
se desea implementar una relacin muchos-a-
muchos tenemos que aadir lo que denominamos
una entidad de interseccin o entidad de
enlace.
20
Representando Relaciones Representando Relaciones
Las relaciones son representadas como
una lnea entre dos entidades.
Toda relacin debe ser representada con
su cardinalidad y de ser el caso su
opcionalidad.
Para ayudar a clarificar y a comprender las
relaciones se pueden adicionar nombres o
etiquetas sobre la lnea representada.
Una Persona no puede tener en propiedad un Carro
o ser propietario de muchos, y un Carro es propiedad
de una Persona .
Entidades y su Relacin entre ellas Entidades y su Relacin entre ellas
Muchos
Opcional
Uno
es propiedad de
Carro
marca
Color
id persona
nro placa
Persona
nombre
direccin
nro brevete
id persona
21
es poseedor de
Carro
marca
color
id persona (FK)
nro placa
Persona
nombre
direccin
nro brevete
id persona
Propiedad
localizacion
valorizacion
nro registro
nro secuencial
id persona (FK)
es propietario de
Relacin no
Identificada
La clave del
hijo no incorpora
la clave del
padre.
Relacin
Identificada
La clave del hijo
Incorpora la
clave del padre.
22
PEDIDO PEDIDO CLIENTE CLIENTE
hecho por
hace
muchos muchos uno uno cero o muchos cero o muchos uno cero o uno uno cero o uno uno o muchos uno uno o muchos uno
METODOLOGA IE METODOLOGA IE
Information Engineering Information Engineering
uno uno
TE TE--11 TE TE--22
TE TE--11
TE TE--22
TE TE--11 TE TE--22
M : M M : M
Muchos a Muchos Muchos a Muchos
1 : 0..1 1 : 0..1
Uno a Cero o Uno Uno a Cero o Uno
1 : M 1 : M
Uno a Muchos Uno a Muchos
Tipos de Tipos de Cardinalidad Cardinalidad
23
CARRO CARRO PERSONA PERSONA
propiedad de
propietario
METODOLOGIA IDEF1X METODOLOGIA IDEF1X
uno cero uno cero -- uno o muchos uno o muchos Cero Cero -- uno o muchos cero uno o muchos cero -- uno o muchos uno o muchos
Diagramas Entidad Diagramas Entidad- -Relacin Relacin
(ERD) (ERD)
Un ERD es una representacin grfica de las
entidades, relaciones, de los super-tipos, y sub-
tipos, y en algunos casos los atributos de PK.
El ERD debe ser una conceptualizacin de los
requerimientos de informacin. La tarea del
diseador es tomar los conceptos transmitidos
de la realidad y plasmarlo dentro del ERD.
24
Cliente Cliente
Producto Producto
Factura Factura
Stock Stock
Producto Producto
ERD segn Metodologa IE
Cabecera Cabecera
Factura Factura
Cliente Cliente
Producto Producto
Item Item
Factura Factura
Stock Stock
Producto Producto
FACTURA FACTURA
25
ERD en ERWin segn IE
ERD en ERD en ERWin ERWin segn IDEF1X segn IDEF1X
26
Representando Representando Sub Sub- -Tipos Tipos
y y Super Super- -Tipos Tipos
Los Sub-tipos de entidad heredan las
caractersticas de la entidad Super-tipo a
travs de atributos comunes.
Se definen atributos en ambos niveles pero
la comonalidad de atributos se define en el
super-tipo.
CLIENTE CLIENTE
NACIONAL NACIONAL
FORANEO FORANEO
NACIONALIDAD
CLIENTE CLIENTE
NACIONAL NACIONAL
FORANEO FORANEO
NACIONALIDAD
CLIENTE CLIENTE
COMERCIAL COMERCIAL
ESTATAL ESTATAL
TIPO
Tipo de entidad Tipo de entidad CLIENTE CLIENTEcon dos con dos
Sub Sub--Tipos y con un doble Tipos y con un doble
particionamiento particionamiento..
27
NACIONAL NACIONAL
FORANEO FORANEO
NACIONALIDAD
CLIENTE
Nmero ID
Nombre
Domicilio
Nnero Telefnico
Estado
Linea Crdito
Nacionalidad
Tipo
Nombre Agencia Gubernamental
Cdigo Pas
Nmero Licencia Importacin
Nmero Contribuyente
Estado de Incorporacin
SUB TIPOS EXCLUSIVOS IDEF1X SUB TIPOS EXCLUSIVOS IDEF1X
28
SUB TIPOS EXCLUSIVOS IE SUB TIPOS EXCLUSIVOS IE
Relaciones Mutuamente Relaciones Mutuamente
Exclusivas Exclusivas
Si existen relaciones entre una entidad A y
las entidades B y C, y la existencia de un
apareamiento basado en una de las
relaciones excluye la existencia de un
apareamiento basado en la otra, se dice
que las relaciones son mutuamente
exclusivas.
29
PRODUCTO
PROVEEDOR
DEPARTAMENTO
es
fabricado
por
es
suministrado
por
RELACIONES MUTUAMENTE EXCLUSIVAS RELACIONES MUTUAMENTE EXCLUSIVAS
Ya que un producto es suministrado por un proveedor Ya que un producto es suministrado por un proveedor
o fabricado por un departamento, no por ambos. o fabricado por un departamento, no por ambos.
Muchos a Muchos Muchos a Muchos
En este tipo de relacin cada ocurrencia de una
entidad esta relacionada con mas de una simple
ocurrencia de otra entidad.
Este tipo de relaciones no pueden ser directamente
implementadas en el modelo relacional. Para
resolver esto se introduce el concepto de entidad de
interseccin o entidad de enlace.
La nueva entidad deriva su PK de ambas entidades
relacionadas.
30
Resolviendo Relaciones Resolviendo Relaciones
muchos muchos- -a a- -muchos muchos
Desde que una relacin muchos-a-muchos no
puede ser implementada directamente en una BD
relacional, esto se resuelve colocando una nueva
entidad en el medio.
Esta nueva entidad, es conocida con el nombre
de entidad de enlace, asociativa o de interseccin.
Si Ud. no puede encontrar un nombre apropiado
para esta entidad, entonces denominela
Entidad1_Entidad2_Enlace o similar.
Ejemplo de Entidad Ejemplo de Entidad
Asociativa Asociativa
Si tenemos una relacin entre la entidad
TRABAJO y TAREA (inicialmente muchos-a-
muchos), la nueva entidad o de asociacin es
TRABAJO_TAREA.
Esta nueva entidad puede tener atributo de su
propiedad, uno importante como el
Orden_Tareas, que determina el orden en el
cual las TAREAS son realizadas dentro del
TRABAJO.
31
TAREA TAREA
TRABAJO TRABAJO
TAREA
TRABAJO
Compuesto de
Es componente de
Nombre
Tipo
Frecuencia
NombreTarea
TipoTarea
OrdenTarea
TAREA_TRABAJO TAREA_TRABAJO
Est r uc t ur as I nusual es e Est r uc t ur as I nusual es e
I l egal es I l egal es
La mayor parte de las relaciones en un ERD
son del tipo uno-a-muchos, en la mayora de
los casos con el lado uno opcional y el lado
muchos obligatorio.
Cualquier relacin que no es de este tipo
merece alguna investigacin, en particular, las
relaciones reflexivas, los subtipos no
exclusivos o no inclusivos, relaciones muchos-
a-muchos y uno-a-uno.
32
Relaciones Muchos Relaciones Muchos- -a a- -Muchos Muchos
El modelo de informacin conceptual debe ser
entregado con relaciones muchos-a-muchos
intactas, y procesar y resolver cada una en
nuestro modelo lgico.
Primero, revisar que la relacin sea realmente
muchos-a-muchos. Algunas veces, una relacin
de este tipo se usa para representar una relacin
temporal.
Ejemplo para ilustrar Ejemplo para ilustrar
temporalidad temporalidad
Existe una correspondencia uno-a-uno entre un
carro y su motor, sin embargo, un carro puede ser
arreglado con un motor de repuesto y un motor
puede ser reacondicionado y adaptado a otro
carro.
Por supuesto, el modelo ni es correcto ni es
incorrecto, esto depende de que si el sistema va
a mantener informacin histrica detallada.
33
Vista Esttica y Temporal de Vista Esttica y Temporal de
la misma construccin la misma construccin
Motor Carro
Motor
Carro
adaptado a
potenciado por
Vista Esttica
Vista Temporal
PK : entidades Asociativas PK : entidades Asociativas
La PK de la entidad asociativa casi siempre esta
compuesta de una combinacin de FK de las
entidades que esta enlaza (referidas como
entidades cardinales).
Cuando se implementa esta entidad como una
tabla, es muy importante el orden en el cual se
definen los componentes de la clave.
34
Implementacin Implementacin
Las entidades asociativas no tienen vida por si
mismas, esta pierde su razn de ser si una de
las entidades que enlaza es eliminada.
Al implementarlas se necesitan definir reglas tal
que si un usuario intenta eliminar una TAREA o
un TRABAJO hay que prevenir que ambas
tienen enlaces a TAREA_TRABAJO
Subtipos No Exclusivos Subtipos No Exclusivos
Algunas entidades estn particionadas dentro de
subtipos. Es fcil confundir subtipos con miembros
de la clase.
Las entidades atmicas son llamadas subtipos de la
entidad compuesta (llamada supertipo).
Los subtipos deben ser disjuntos y en conjunto
componen el supertipo. En otras palabras los
subtipos deben ser mtuamente exclusivos y no
pueden ser cualquier ocurrencia del supertipo, la cual
no debe pertenecer a un subtipo.
35
Ejemplo : Industria Ejemplo : Industria
Agroqumica Agroqumica
Es muy cierto que la gran mayora de pesticidas
en la ind. agroqumica son tambin fungicidas,
herbicidas, insecticidas o raticidas. Sin embargo,
hay algunos productos pesticidas que pueden
servir para un doble propsito por ejemplo como
fungicidas y herbicidas.
Adems, hay algunos pesticidas que no son
fungicidas, herbicidas, insecticidas o raticidas, un
ejemplo es un Regulador del Crecimiento de
Plantas.
Pesticida
Fungicida Herbicida Insecticida Raticida
36
Problema de Tipificacin Problema de Tipificacin
El modelo es defectuoso por no cumplir ambas
reglas, ya que los subtipos no son exclusivos y el
supertipo no es inclusivo.
Se requiere alguna comprensin del negocio para
completar el anlisis. Es necesario que alguien
responda a preguntas como :
hay actualmente o podra concebirse alguna vez, algn
pesticida en el mercado que conforme dos o ms
categoras de pesticida?,
por ejemplo, hay productos que siempre son
comercializados como similares con componentes
dismiles?
Modelo de Pacientes en un Modelo de Pacientes en un
hospital hospital
Podemos categorizar los pacientes como internos
o externos; el staff mdico est particularmente
interesado en esta distincin.
Por otra parte, el Dpto. Financiero tiene una
diferente visin de los pacientes, y los ve como
pacientes privados o pacientes de servicio de
salud (segn tengan responsabilidad de pagar o
no).
37
Un Un Supertipo Supertipo con dos con dos
categoras de Subtipo categoras de Subtipo
Paciente
Pagante
Paciente
Paciente
externo
Paciente
interno
Paciente
No
Pagante
Problemas Problemas
Este doble agrupamiento lo lleva a algunos
problemas interesantes, si se intenta
implementar cualquiera de las dos o ambas
categoras como tablas separadas.
Intentando combinar las categoras no
relacionadas slo aumentamos nuestros
problemas, especialmente si nuevamente
intentamos implementar estas entidades como
tablas separadas.
38
Grupos Combinados de Grupos Combinados de
Subtipos No Relacionados Subtipos No Relacionados
Paciente
Interno
Pagante
Paciente
Paciente
Externo No
Pagante
Paciente
Externo
Pagante
Paciente
Interno No
Pagante
Rel ac i ones uno Rel ac i ones uno- -a a- -uno uno
Usted puede encontrar dos tipos de relaciones
uno-a-uno :
B
A
D
C
Son vlidas ambas relaciones ?
39
Caso : A B Caso : A B
La relacin entre A y B no no es realmente
una construccin vlida. A y B son por
definicin una mis entidad formadas por la
combinacin de dos conjuntos de atributos.
Si A y B tienen diferentes PKs entonces se
debe seleccionar una como la PK de la
entidad fusionada; la otra ser una CK dentro
de la tabla.
La relacin entre C y D es una construccin
vlida, pero es necesaria una decisin de
diseo.
Las entidades son implementadas como tablas
separadas o como una tabla combinada de
ambas.
Si se combinan C y D, algunos atributos
obligatorios de la D sern opcionales en la
entidad combinada.
Caso : C D Caso : C D
40
Obl i gat or i edad en l as Obl i gat or i edad en l as
Rel ac i ones Rel ac i ones
Una relacin que es obligatoria en ambos
lados es inconveniente, pero ciertamente
vlida. Un ejemplo comn es la relacin entre
ORDEN y ITEM_ORDEN.
Un ITEM_ORDEN no puede existir por s
mismo sin que est ubicado sobre una
ORDEN. Una ORDEN sin ITEM_ORDEN no
es realmente una ORDEN.
Qu es primero el Huevo o la Qu es primero el Huevo o la
Gallina? Gallina?
Una ORDEN no puede ser creada sin un
ITEM_ORDEN; y un ITEM_ORDEN debe tener
una ORDEN donde ser ubicado. Qu creamos
primero?
En la respuesta esto realmente no importa si
ambas son creadas dentro de una simple
transaccin, y que si un ITEM_ORDEN es
eliminado, debe verificarse que la ORDEN sea
eliminada tambin.
41
Reflexivas o Recursivas Reflexivas o Recursivas
Este tipo de relacin es siempre opcional.
EMPLEADO
administra
administrado
Codigo personal
Nombre
Departamento
Cargo
Codigo personal Jefe(FK)
Codigo
Personal
Nombre Departamento Cargo
Codigo
Jefe
1100 Juan Alva Gerencia Gerente General
1200 Luis Garcia Ventas Jefe Ventas 1100
1210 Jose Rios Ventas Vendedor A 1200
1211 Maria Rosas Ventas Vendedor B 1200
1215 Juana Lopez Ventas Registrador Ventas 1210
1290 Juan Moran Ventas Secretaria Ventas 1200
1300 Roger Colan Produccion Jefe Produccion 1100
1310 Walter Solis Produccion Mecanico 1300
1320 Jaime Ruiz produccion Tornero 1300
EMPLEADO
Luis Garcia es Jefe de
Jose Rios, Maria Rosas,
Juana Lopez y Juan Moran.
Pero Juan Alva es Jefe de
Luis Garcia y Roger Colan
Juana Lopez tiene como Jefe a
Jose Rios, quien a su vez tiene
como Jefe a Luis Garcia, quien
tiene como Jefe a Juan Alva.
42
OTRA RELACIN
RECURSIVA
Esta localizadoen
Comprende
las localidades
Rel ac i n Ref l ex i va Rel ac i n Ref l ex i va
Es una relacin entre instancias de la misma
entidad.
Si ambos lados finales de la relacin fueran
obligatorios, entonces el efecto es una jerarqua
infinita.
Por ejemplo, en la relacin empleado-a-empleado
se han definido las relaciones administrado por
y es administrador de, de lo que se implica que
un empleado debe tener exactamente un
administrador.
43
Problema de Jerarqua Problema de Jerarqua
Infinita Infinita
Si lo anterior es verdadero, quin es el
administrador del jefe de la compaa? o quin
est en el ltimo cargo?
Esto es igualmente invlido si hacemos
obligatorio el otro lado de la relacin, en este
caso todos deben administrar a todos, dejando
los problemas en la parte baja de la jerarqua.
Las relaciones reflexivas obligatorias son siempre
erradas.
Restricciones de Integridad Restricciones de Integridad
Las condiciones que determinan la validez de
entidades de un determinado tipo se
denominan restricciones de integridad.
Tipos de restricciones de integridad ya fueron
introducidas como :
condiciones de opcionalidad
condiciones de cardinalidad
valores permitidos para un atributo
exclusividad mutua
44
movimiento x produccion
movimiento x compra
movimiento x venta
es producido
aparece se adquiere
existencias
DETALLE COMPRA
nro compra (FK)
item compra
codigo producto (FK)
cantidad compra
valor item compra
COMPRA
nro compra
valor compra
fecha compra
codigo proveedor
PRODUCCION
nro plan produccion
turno
fecha plan
VENTA
nro venta
valor venta
fecha venta
codigo cliente
PRODUCTO
codigo producto
denominacion
precio
stock minimo
DETALLE PRODUCCION
nro plan produccion (FK)
item produccion
cantidad produccion
DETALLE VENTA
nro venta (FK)
item venta
cantidad venta
valor item venta
MOVIMIENTO STOCKS
nro secuencial
stock producto
tipo movimiento
cantidad movimiento
stock actual
tipo documento
nro documento (FK)
item documento (FK)
fecha movimiento
Nulls Nulls
Permitido Permitido
Condiciones por Condiciones por
Restricciones de Integridad Restricciones de Integridad
Las restricciones de integridad documentadas
durante el modelado de datos se incorporarn
en la definicin detallada de lo procesos.
Ejemplos de condiciones :
Valores permitidos complejos, en los que ciertos valores
permitidos de un atributo son vlidos solo cuando otros
atributos tienen valores especficos o cuando existen
apareamientos especficos.
Relaciones mutuamente inclusivas, en donde puede
existir un apareamiento solamente si existe otro.
45
Registro de Condiciones Registro de Condiciones
Ejemplo Ejemplo
Para que un CLIENTE tenga el Estado
preferente debe tener una LineaCredito
impecable y por lo menos un PEDIDO
sobresaliente .
Un PRODUCTO solo puede aparecer en una
DETALLE PEDIDO si ha sido abastecido por un
PROVEEDOR o ha sido hecho por un
DEPARTAMENTO.
profesion
tipo cliente
tipo producto
unidad medida
corresponde
depende
documento
CLIENTE CLIENTE
codigocliente
nombre cliente
nro RUC
direccion cliente
telefono cliente
status cliente
nro tabla tipo cliente (FK)
nro item tipo cliente (FK)
DETALLE DOCUMENTO DETALLE DOCUMENTO
nro documento (FK)
Item documento
PRODUCTO PRODUCTO
codigo producto
nombre producto
precio
fecha incorporacion
nro tabla unidad medida (FK)
nro item tabla unidad medida (FK)
nro tabla tipo producto (FK)
nro item tabla tipo producto (FK)
DOCUMENTO COMERCIAL DOCUMENTO COMERCIAL
codigocliente (FK)
codigo personal (FK)
nro documento
tipo documento
fecha documento
monto total
PERSONAL PERSONAL
codigo personal
apellido paterno
apellido materno
nombre
nro DNI
direccion
telefono
nro tabla profesion (FK)
nro item profesion (FK)
TABLAS TABLAS
nro tabla
nro item tabla
descripcion
seudonimo
Relaciones Mltiples Relaciones Mltiples
nro documento padre (FK)
aparece
referenciado
es responsable
46
Relaciones Mltiples y Relaciones Mltiples y
Rolenames Rolenames
moneda entregada
moneda recibida
TRANSACCION DE CAMBIO
nro transaccion
codigo moneda recibida (FK)
tipo moneda recibida (FK)
cantidad recibida
codigo moneda entregada (FK)
tipo moneda entregada (FK)
cantidad entregada
tipo cambio
MONEDA
codigo moneda
tipo moneda
pais
denominacion
fecha lanzamiento
47
Areas de Negocio Areas de Negocio
PREGUNTAS ? PREGUNTAS ?

14 - Curso Modelamiento Base de Datos

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

14 - Curso Modelamiento Base de Datos

Cargado por

Copyright:

Formatos disponibles

1

Anlisis y Diseo de Sistemas

También podría gustarte