Bases de Datos
Modelo Conceptual
Usando Oracle Data Modeling
Ing. Julio Ernesto Carreño Vargas MsC.
Bases de Datos
Agenda
• Descargue e instale la herramienta desde:
[Link]
abase/sql_developer/files/[Link]
Bases de Datos
Problema de Negocio
Se nos pide
elaborar un
diseño de bases
de datos para
guardar los datos
de las facturas
El diseño que se muestra durante
el tutorial puede no ser el más
eficiente para el problema y su
diseño se ajustó para fines
demostrativos de los diferentes
casos de diseño
Bases de Datos
BD Modelo Conceptual
Cambiése al
modelo lógico
Bases de Datos
BD Modelo Conceptual
Observe los
elementos
del modelo
Bases de Datos
Creando una Entidad (I)
Haga clic en el
icono “New
Entity”
Haga clic en
el lienzo de
dibujo
Continue en
el siguiente
slide
Bases de Datos
Creando una Entidad (II)
Escriba el nombre
de la Entidad
Clic en el botón
Bases de Datos
Libere la creación de Entidades
Haga clic en el
icono “Select”
Bases de Datos
Creando Atributos de una Entidad (I)
Clic con el botón derecho
sobre la Entidad
Seleccione la opción
“properties”
Bases de Datos
Creando Atributos de una Entidad (I)
Continue en
el siguiente
slide
Bases de Datos
Creando Atributos de una Entidad (II)
Nombre del
atributo
Tipo del
atributo Clic si el
atributo es
parte de la
llave
primaria
Bases de Datos
Creando Atributos de una Entidad (III)
Use la herramienta
de zoom para
ampliar la vista del
modelo
Creando Atributos de una Entidad (V)
Cree un
atributo
llamado
“fecha” de
tipo
“Datetime”
Clic para
que el
atributo no
permita
Agregue los valores
Comentarios para el nulos
atributo
Creando Atributos de una Entidad (VI)
Cree un
atributo
llamado
“vendedor”
de tipo
Carácter
“NVarchar”
No marque
la casilla
para que el
atributo
permita
valores
nulos
Elementos Visuales de la Notacion
El signo # indica que el atributo forma
parte de la PK
El signo * indica que el atributo no
pemite valores nulos
El signo o indica que el atributo es
opcional, esto es, pemite valores nulos
Ejercicio (I)
Cree la entidad Producto
Ejercicio (II)
Cree la entidad LineasFactura
Cada línea de la
factura tiene un
número representado
por el atributo
lineaNumero
Resumen de Entidades
Bases de Datos
Guarde el modelo
Bases de Datos
Relaciones
Una Factura está compuesta de varias LineasFactura
Cada LineasFactura pertenece a una Factura
La relación entre Factura y LineasFactura es IDENTIFICANTE.
La llave parcial de LineasFactura es el atributo numeroLinea.
Bases de Datos
Relacion Identificante(I)
La relación entre Factura y
LineasFactura es IDENTIFICANTE.
En el siguiente
slide vea lo que
Clic en la Clic en la se produce
entidad fuerte entidad débil
de la relación de la relación
Bases de Datos
Relacion Identificante(II)
En la relación la línea vertical que acompaña a la pata
de gallina indica que dicha relación es IDENTIFICANTE
Bases de Datos
Cardinalidad de la Relación
Una Factura está compuesta de varias LineasFactura, observe
la pata de gallina en LineasFactura
Cada LineasFactura pertenece a una Factura
Bases de Datos
Nombre de la Relación
Bases de Datos
Roles de la Relación(I)
Continua en el
siguiente slide
Bases de Datos
Roles de la Relación(II)
Bases de Datos
Visualizar Roles de la Relación(II)
Bases de Datos
Participación de Entidades en la
Relación
La línea punteada en la relación indica que la participación de
Factura en la relación es Opcional
La línea continua en la relación indica que la participación de
LineasFactura en la relación es Obligatoria
En las relaciones identificantes la Entidad débil siempre es
obligatoria
Bases de Datos
Relación NO IDENTIFICANTE
La relación entre LineasFactura y
Producto es NO IDENTIFICANTE.
En el siguiente
Clic en la entidad slide vea lo que
Clic en la objeto (del lado se produce
entidad fuente muchos) de la
(lado 1) de la relación
relación
Bases de Datos
Relacion NO Identificante(II)
La participación en la relación de ambas entidades es opcional
Observe como se representa la figura anterior en dos entidades y una relación
Bases de Datos
Ejercicio (III)
Supongamos que en la factura Ship To (Enviar a) y Bill To (Facturar a)
son clientes
Cree la entidad Cliente
Bases de Datos
Llaves Candidatas(I)
clic
clic
Continue en el
siguiente slide
clic
Bases de Datos
Llaves Candidatas(II)
clic
Introduzca el nombre de la llave
Verifique que el tipo sea Unique
Continue en el
siguiente slide
Bases de Datos
Llaves Candidatas(III)
Seleccione de esta lista los Utilice las flechas
atributos que forman la para agregar ó
llave candidata quitar atributos
Bases de Datos
Llaves Candidatas(IV)
La U a la izquierda
del atributo
nombre indica que
es llave candidata
Bases de Datos
Relación muchos a muchos(I)
Un Cliente puede recibir varias
facturas y una Factura puede ser
cargada a varios clientes
Bases de Datos
Relación muchos a muchos (II)
La relación muchos a muchos es NO IDENTIFICANTE
La participación de las entidades en una relación muchos a muchos puede ser
obligatoria u opcional
Bases de Datos
Ejercicio (IV)
Supongamos que la factura tiene asociada una orden de pedido y
una orden de pedido genera una factura
Cree la entidad OrdenPedido
Bases de Datos
Relación 1 a 1 NO IDENTIFICANTE
Supongamos que la factura se genera aún si no existe una orden de pedido
Es importante definir que entidad será la dueña de la relación, se debe dirigir
la relación desde la entidad dueña (fuente) hacia la entidad destino.
Bases de Datos
Relación 1 a 1 IDENTIFICANTE
Supongamos que la factura se genera siempre y cuando exista una orden de
pedido
Debido a que la relación es identificante debe ir desde ordenpedido
(entidad fuerte) hacia factura (entidad débil)
Bases de Datos
Relaciones Reflexivas
Supongamos que un producto tiene uno ó más producto(s) sustituto(s) que
se usa(n) cuando el primer producto no tiene existencias
Las relaciones reflexivas son NO IDENTIFICANTES
Bases de Datos
Entidades con múltiples relaciones
entre ellas
Supongamos que la factura se envia a un Cliente pero se cobra a otro cliente
Bases de Datos
Modelo Conceptual Final
Bases de Datos