Modelamiento de Base de Datos

UNIDAD Nº I

www.iplacex.cl
SEMANA 1

Introducción a la idea

Bienvenidos a la primera semana de Modelamiento de Base de datos. En esta

unidad vamos a construir un modelo conceptual para representar y solucionar los
requerimientos de información de un problema planteado. A continuación veremos el
concepto de datos.

Identificando la idea:
Los contenidos que se verán en la semana 1 son los siguientes:
 Abstracción de datos para el modelo conceptual.
 Tipos de modelos para la representación a la realidad de la organización.

 Etapas del modelo entidad / relación.

 Elementos del modelo entidad/ relación (cardinalidad, grado, relaciones).

Concepto de dato:

Un dato es una descripción o imagen

relacionado a un hecho, evento, persona,
objeto u otras entidades del mundo real.
El significado de un dato puede cambiar
dependiendo del contexto en que éste se
encuentre.

www.iplacex.cl
SEMANA 1

El concepto de dato

En este ejemplo, para el hombre, los

datos en la parte superior identifican una
cuenta bancaria, esto es debido a que le
es familiar en el ámbito de su desarrollo
cotidiano.

En cambio la mujer del ejemplo no entiende su

significado, ya que no es el ámbito en donde se
desenvuelve.

¿Dato o información?:

La información es la interpretación o significado que le entrega a los datos quien lo

recibe, incrementando así el conocimiento que obtiene el receptor.

www.iplacex.cl
SEMANA 1

El concepto de información:

Información son datos que han sido organizados o preparados en una forma adecuada
para apoyar la toma de decisiones.

Por ejemplo, una lista de productos y su stock sin ningún

orden son solo datos.

www.iplacex.cl
SEMANA 1

Pero ordenados por stock, de menor a

mayor, representan información para
el encargado de compras de un
almacén.

www.iplacex.cl
SEMANA 1

Organizando la Idea

Bienvenidos a la primera semana de Modelamiento de Base de datos.

En esta unidad vamos a construir un modelo conceptual para
representar y solucionar los requerimientos de información de un
problema planteado. A continuación veremos el enfoque de la base de
datos.

El enfoque tradicional de archivos

En el enfoque de archivos tradicionales, los datos se

almacenan en archivos individuales exclusivos para cada
aplicación particular.

En este sistema, los datos pueden ser redundantes (repetidos

innecesariamente), y la actualización de los archivos es mas
lenta que una base de datos.

www.iplacex.cl
SEMANA 1

El enfoque de base de datos

Para lograr un efectivo tratamiento del recurso dato, las organizaciones han
optado por trabajar con bases de datos.

Una base de datos es un conjunto de datos relacionados y almacenados en

forma permanente, usado con varios propósitos y por múltiples usuarios.

Existen dos propiedades:

Integrar: significa que los diferentes archivos de datos han sido lógicamente
organizados para reducir la redundancia de datos y facilitar el acceso a ellos.

Compartir: significa que todos los usuarios calificados tienen acceso a los mismos
datos, para usarlos en diferentes actividades.

www.iplacex.cl
SEMANA 1

Características del enfoque de bases de datos

 Los datos son un recurso que debe ser compartido.

 Cada usuario puede contar con una visión propia

de la base de datos, de acuerdo a sus
requerimientos de información.

 Los datos son almacenados de tal manera que

sean independientes del programa que los utiliza.

 Se tiene un control centralizado de las

operaciones de acceso, ingreso, modificación,
eliminación y recuperación de datos a través de
un software especifico: SGBD (Sistema gestor de
base de datos, en inglés DBMS: Database
Manager System).

Elementos del enfoque de base de datos

El SGBD ó DBMS es un software que permite manejar una

o más bases de datos, lo que facilita el proceso de definir,
construir y manipular bases de datos.

Sus principales funciones son:

 Definición de datos a través del lenguaje de definición

de datos ó DDL que provee el DBMS.

 Manipulación de datos a través de su lenguaje DML

para almacenar, modificar y recuperar los datos.

www.iplacex.cl
SEMANA 1

Implementación del enfoque de bases de datos

Son dos las etapas que se realizan comúnmente al trabajar con una Base de Datos:

 Creación de la Base de Datos: la cual idealmente debiera realizarse una vez (o

rara vez), de tal manera de contar con una BD cuyo contenido sea el que
satisface todos los requerimientos y no tener que estar cambiando su estructura
constantemente.

 Operación o Utilización de la Base de Datos: la cual involucra a los usuarios

finales accesándola constantemente, y a los desarrolladores de sistemas
realizando programas que permitan mantenerla actualizada y responder a
nuevos requerimientos de los usuarios.

Estas dos etapas que requieren de la utilización del DBMS, especialmente en

las tareas de definición y manipulación de la Base de Datos.

Existe una etapa previa denominada Modelamiento de Datos, a través de la cual,

se busca obtener de la realidad (una organización) aquellos datos y asociaciones que
la representan, expresados en forma de un Modelo de Datos.

Implementación del enfoque de base de datos

www.iplacex.cl
SEMANA 1

Ventajas de la implementación del enfoque de Base de Datos

 Mínima redundancia de datos al integrar los datos en una sola estructura lógica,
y almacenando cada ocurrencia de un ítem de dato en un solo lugar de la base
de datos.

 Consistencia de los datos al tener la información en un solo lugar las

actualizaciones no producen inconsistencias.

 Integración de datos, los datos son organizados de

una manera lógica, que permite definir las relaciones
entre ellos.

 Permite compartir datos de manera concurrente entre

los distintos usuarios que requieren información.

 Esfuerzo por estandarización, al centralizar la

información el rol del administrador de la BD puede
definir los estándares de los datos.

 El enfoque de base de datos permite disminuir los esfuerzos para el desarrollo de

aplicaciones.

 Control de seguridad, privacidad e integridad, el control centralizado que se ejerce

bajo éste enfoque a través de la función administración de BD puede mejorar la
protección de datos en comparación con archivos tradicionales.

 Flexibilidad en el acceso, este enfoque provee múltiples formas de recuperación

de cada ítem de dato, permitiendo a un usuario mayor flexibilidad para ubicar
datos que en archivos tradicionales.

 Independencia de los datos permite cambiar la organización de los datos sin

necesidad de alterar los programas desarrollados.

 Como los datos son independientes de los programas, se reduce la necesidad de

modificar o mantener los programas, aun cuando exista una modificación
constante de datos.

10

www.iplacex.cl
SEMANA 1

Desventajas de la implementación del enfoque de Base de Datos

 Personal especializado: generalmente se necesita contratar o capacitar a

personas para convertir sistemas existentes, desarrollar y estimar nuevos
estándares de programación, diseñar bases de datos y administrarlas.

 Necesidad de respaldos: al tener mínima redundancia se requiere contar con

respaldos independientes que ayuden a recuperar archivos dañados, los DBMS
generalmente proveen de herramientas que permiten respaldar y recuperar
archivos.

 Problemas al compartir datos: el acceso concurrente

a los datos puede causar datos no consistentes ó
bloqueo de datos llamados DeadLock, los DBMS
deben ser diseñados para prevenir o detectar tales
interferencias, de una forma que sea transparente
para el usuario.

 Conflicto organizacional: el mantener los datos en

una base de datos para ser compartidos requiere de
un consenso en la definición y propiedad de los
datos, como también en la responsabilidad por la
exactitud de ellos.

11

www.iplacex.cl
SEMANA 1

Detallando la Idea

Bienvenidos a la primera semana de Modelamiento de Base de datos.

En esta unidad vamos a construir un modelo conceptual para representar
y solucionar los requerimientos de información de un problema
planteado. A continuación veremos la construcción del modelo
conceptual.

Características de un modelo conceptual

Los modelos conceptuales deben ser buenas herramientas para representar la

realidad, por lo que deben tener las siguientes características:

Expresividad: Deben tener suficientes conceptos para expresar perfectamente la

realidad.

12

www.iplacex.cl
SEMANA 1

Simplicidad: Deben ser simples para que los esquemas sean fáciles de entender.

Minimalidad: Cada concepto debe tener un significado distinto.

Formalidad: Todos los conceptos deben tener una interpretación única, precisa y bien
definida.

Abstracción de datos

Una de las características fundamentales de los Sistemas de Bases de Batos es que

proporcionan cierto nivel de abstracción de datos.

Como definición general, la abstracción de algo posee dos cualidades: suprime los detalles
irrelevantes y busca encontrar la esencia de ese algo.

Los datos representan una abstracción de la realidad ya que algunas características y

propiedades de los objetos reales son ignoradas,
porque son irrelevantes a un problema en
particular. Depende de la naturaleza del
problema para seleccionar el conjunto de datos
necesarios para resolverlo.

La abstracción de datos es una técnica que

permite diseñar estructuras de datos y consiste
básicamente en representar bajo cierto formato
las características esenciales de una estructura
de datos.

Para ejemplificar la abstracción de datos, vamos a tomar a una persona y vamos a

abstraer sus características desde dos perspectivas distintas:

13

www.iplacex.cl
SEMANA 1

Un médico ve (resúmenes) a la persona como paciente, y esta interesado en:

Un empleador ve (resúmenes) a una persona como un empleado, y esta interesado en:

El ejemplo anterior llevado a las bases de datos nos dice que:

 Tanto el empleador como el médico no están

interesados en todas las características de una
persona (como el color del ropa de la persona, los
familiares de la persona, qué come, etc).

 Ambos se centran en lo que para cada uno de ellos es

importante de la persona. Aún cuando no son las
mismas características importantes que ambos ven
para la persona, algunos elementos son comunes al médico y el empleador.

14

www.iplacex.cl
SEMANA 1

Es posible distinguir tres tipos de modelos o niveles de abstracción tanto para el caso
de los datos o de cualquier otro tipo de elemento a representar.

El objetivo de la arquitectura de tres niveles es el de separar la aplicación de la base de

datos física.

Los tres tipos de modelos o niveles de abstracción son:

Modelos Conceptual:

Consolida las visiones de las distintas personas involucradas en la realidad a

representar.

15

www.iplacex.cl
SEMANA 1

En el caso de un modelo de datos, esta consolidación permite chequear consistencias

(todos los usuarios deben referirse al mismo ítem de dato con el mismo nombre) y
validar que todos los datos y asociaciones hayan sido identificados.

Además se debe capturar el significado de los datos, e información sobre el uso y

mantención de ellos.

Modelos Externos:

Se refiere a lo que el usuario visualiza de la realidad que se representa.

Desde la perspectiva del modelamiento de datos, es a través de los modelos externos

que los usuarios explican sus requerimientos al analista.

Son modelos independientes de la tecnología (o DBMS existente). Se les denomina

también Vistas de Usuarios.

Modelos Interno:

Es una especie de modelo fabricación que muestra en forma abstracta cada parte en el
lugar en que debe ir.

En el modelamiento de datos, provee la interfase con la tecnología (DBMS, sistema

operativo, métodos de acceso y otros programas).

El nivel interno es el que trata los aspectos de almacenamiento físico de la información,

y recoge la representación de almacenamiento de la información.

16

www.iplacex.cl
SEMANA 1

Modelo de datos

A continuación, se mostrarán los tres Modelos haciendo un paralelo de cómo se

construye una Casa y una BD a partir de los requerimientos planteados por el usuario.

17

www.iplacex.cl
SEMANA 1

En ambos casos deben capturar los requerimientos de información o vistas de

usuario.

18

www.iplacex.cl
SEMANA 1

El arquitecto integra las características entregadas por

el cliente y construye una maqueta, que le permitirá
validar, usando una herramienta visual si capturo con
exactitud lo solicitado por el cliente.

El diseñador de la base de datos construye un modelo de datos conceptual en el cual

integra todas las vistas de usuario, eliminando redundancia y validando que estén todos
los datos requeridos.

19

www.iplacex.cl
SEMANA 1

Ahora es posible empezar a traducir la maqueta o el modelo obtenido, en una estructura

más física, es por ello que el arquitecto construye un plano (donde incorpora medidas,
tipo de material, cableado, etc.)

El diseñador de la base de datos, lo traduce en un modelo físico que pueda ser construido
en un DBMS (RDBMS), el que utilizamos nosotros es Oracle Express Edition 11g.

Finalmente la casa es construida según los requerimientos iniciales que el cliente le

hizo presente al arquitecto.

El diseñador de la base de datos, crea la base de datos según los requerimientos de

información que el usuario definió en un inicio.

20

www.iplacex.cl
SEMANA 1

1. Modelos Externos o Vistas de Usuario: Lo que el usuario visualiza de la realidad

que se representa.

2. Modelo Conceptual: Captura el significado de los datos y consolida las visiones

de las distintas personas involucradas.

3. Modelo Interno: Es un modelo para la fabricación detallada dependiente de la

tecnología a emplear.

4. Realidad Física: Es lo que finalmente se construyó.

Los modelos de datos se pueden clasificar en las siguientes categorías:

 Modelo Entidad Relación (E/R): se basa una percepción del mundo real que
consiste en una colección de objetos básicos llamados entidades y de las
relaciones entre ellos.

 Modelo Relacional: usa una colección de tablas para representar tanto los datos
como las relaciones. Cada tabla tiene varias columnas y cada columna tiene un
nombre único.

 Modelo de datos orientado a objetos: se

puede considerar como una extensión del
Modelo E/R con los conceptos de encapsulación,
métodos y objetos.

 Modelos de datos de Red y Jerárquicos:

antecedieron al relacional y complicaban la tarea
del modelamiento de datos, por ello hoy se usan
muy poco.

Cada uno de ellos permite representar con distintos símbolos las diferentes
características y significado de los datos.

21

www.iplacex.cl
SEMANA 1

Modelo Conceptual

El Modelo Conceptual permite describir, de un modo totalmente independiente del

hardware y software a utilizar en la implementación, los datos que el usuario quiere
recoger en el sistema.

Es una descripción concisa de los requerimientos de información de

los usuarios y contiene descripciones detalladas de los tipos de
datos, relaciones y las restricciones.

Su objetivo, es captar toda la información del mundo real

(organización) que se desea representar en el mundo informático. En
este proceso es importante abstraer los detalles sin importancia y
representar tan sólo aquella información que sea relevante y que
sirvan de base para las demás etapas del diseño.

Además debe expresar, de alguna forma, la integridad de los datos de las denominadas
Reglas del Negocio.

Las Reglas del Negocio son:

En términos literales aquello que se necesita para el manejo del negocio. Son las
políticas, normas, operaciones, definiciones y restricciones que determinan como se
lleva el día a día cada una de la operaciones en la organización.

Desde el punto de vista de una Base de Datos, se pueden considerar como cualquier
restricción, necesidad, requerimiento, o actividad
especial que debe ser verificada al momento de
intentar grabar información, borrar, actualizar o
consultar la ya existente.

Restricciones que pueden ser un requerimiento

específico que se satisface mediante la definición
de alguna característica de los datos, que se
expresará en los valores posibles de un
determinado campo.

22

www.iplacex.cl
SEMANA 1

Las Reglas del Negocio que pueden ser graficadas en el Modelo Conceptual se
transformarán en Entidades y en Relaciones entre Entidades.

Ejemplos de Reglas del Negocio:

Un cliente que efectúa compras por más de $300.000 al año es un cliente de tipo
"Premium", A estos clientes le aplicamos un descuento del 20% en todas las compras
que efectúe al año siguiente.

Un profesor debe dictar como mínimo una asignatura en el semestre.

Por lo tanto, en este punto no interesa el cómo ni donde se va a implementar el

sistema. En esta etapa interesa recoger la máxima cantidad de información posible la
cual puede ser obtenida a través de dos vías:

Los pasos que están asociados al Diseño Conceptual son:

 Identificar los tipos de entidad.

 Identificar los tipos de relaciones.

 Identificar y asociar los atributos con los

tipos de entidad y de relaciones.

 Determinar los dominios de los atributos.

 Determinar los atributos de claves primaria,

principal y secundaria.

23

www.iplacex.cl
SEMANA 1

 Considerar el uso de conceptos de modelado avanzados (opcional).

 Comprobar si el modelo tiene redundancias.

 Validar el Modelo Conceptual, comprobando las transacciones de los usuarios.

 Repasar el Modelo de datos Conceptual con los usuarios.

El modelo conceptual más utilizado para el diseño conceptual de Bases de Datos

es el Modelo de datos Entidad-Relación (MER, Modelo E/R, Modelo E-R etc) y está
formado por un conjunto de conceptos que permiten describir la realidad mediante
un conjunto de representaciones gráficas y gramáticas.

En su forma más simple implica identificar los asuntos de importancia dentro de una
organización y que en este modelo se denomina ENTIDADES, las propiedades de esos
asuntos que corresponden a los ATRIBUTOS y cómo se relacionan entre sí lo que se
conoce como RELACIONES.

Es independiente del SGBD o del modelo de bases de datos que se utilice. Debido a
esta independencia, el modelo E-R es utilizado con propósito de análisis y diseño
dentro del desarrollo de sistemas de información.

24

www.iplacex.cl
SEMANA 1

La creación de un modelo Entidad Relación proporciona:

Un formato claro y preciso para las necesidades de información de una organización.

Una imagen que los usuarios pueden fácilmente comprender.

Una forma de desarrollar y refinar fácilmente el modelo.

Una imagen clara del alcance del proyecto.

Un modelo independiente de cualquier almacenamiento de datos y método de acceso

que permita tomar decisiones objetivas de cómo se implementará y la compatibilidad
con sistemas antiguos.

25

www.iplacex.cl
SEMANA 1

26

www.iplacex.cl
SEMANA 1

Modelo Entidad-Relación

 Lo ENTIDAD: representa un objeto de la realidad, de la que se necesita mantener

y conocer información.

 RELACIÓN: representa una conexión entre los objetos de una o más entidades.

 ATRIBUTO: representa una propiedad básica que caracteriza a una entidad o a

una relación.s conceptos básicos de un modelo E/R son:

Originalmente solo incluía los conceptos básicos mencionado anteriormente. Más tarde
se añadieron otros conceptos como los Atributos Compuestos y las Jerarquías de
Generalización, en lo que se ha denominado Modelo Entidad-Relación Extendido.

Para representar el Modelo Conceptual existen distintos tipos de simbologías (gráficas

y narrativas). La más popular es la simbología propuesta por Peter Chen en su modelo
Entidad Relación (E/R) introducido en el año 1976 y en el último tiempo la que utiliza el
CASE*METHOD adoptada por Oracle.

27

www.iplacex.cl
SEMANA 1

Identificando Entidades

 Contienen hechos que la empresa debe conocer y recordar.

 Es cualquier objeto, real o abstracto, que existe en un

contexto determinado o puede llegar a existir y del cual
deseamos guardar información.

 Se refieren a los conceptos, personas, objetos o cosas que

son importantes para el negocio y sobre de las cuales se
deben guardar sus datos.

Ejemplos:

Persona: sujeto que interviene o efectúa evento determinado en el negocio.

Concepto: es un término empleado para clasificar, calificar o medir otra entidad.

Evento: son acciones efectuadas por las persona y que afectan a los objetos.

Objeto/Cosa: son entes tangibles.

28

www.iplacex.cl
SEMANA 1

Lugar: la ubicación de las objetos y personas.

Organización: estructura de una organización.

¿Qué son las Entidades?

Por lo general corresponden a los sustantivos más importantes encontrados en la

narrativa del negocio y por tratarse de un concepto o abstracción se utiliza un
sustantivo en singular para nombrar la Entidad.

Se pueden clasificar en uno de los siguientes tipos:

29

www.iplacex.cl
SEMANA 1

Identificando Entidades

Cada entidad tiene múltiples ocurrencias o instancias; es decir , debe tener ocurrencias
concretas de ese tipo de entidad. Por ejemplo la entidad EMPLEADO tiene una
instancia para cada empleado:

Cada instancia de una entidad tiene valores específicos. Por ejemplo la entidad
EMPLEADO podría tener para la instancia Juan Toro los siguientes valores:

 id_empleado: 100

 nombre_empleado: Juan Toro

 fecha_nacimiento: 20/12/1990

 dirección: Viana 582 Viña del Mar

30

www.iplacex.cl
SEMANA 1

Para identificar y modelar las entidades a partir de las entrevistas a los usuarios, se
recomiendan los siguientes pasos:

Examinar los sustantivos presentes en la descripción narrativa de los requerimientos de

información. ¿Son cosas de importancia para
considerarlas como entidades?

¿Hay información de interés que se deba

almacenar sobre esa entidad?

¿Es identificable particularmente cada instancia de

esa entidad?

Elaborar una descripción de cada entidad.

Dibuje la entidad y coloque sus atributos.

Para identificar y modelar las entidades a través de las Vistas de Usuarios considerar lo
siguiente:

Una Vista de Usuario es un subconjunto de datos utilizados por un cierto usuario para
tomar una decisión o realizar una acción.

Corresponde a fuentes formales de información como documentos, formularios, reportes,

carpetas, archivos, pantallas, etc.; o a fuentes informales como llamadas telefónicas,
contactos personales, etc.

Las vistas se obtienen revisando las tareas

realizadas por los usuarios y los datos requeridos
para llevarlas a cabo.

Si es necesario se deben definir vistas que en la

actualidad no existen, pero que se aprecia
facilitarían el quehacer del usuario.

Conviene recolectar copias de todas las entradas

y salidas que se detecten dentro de cada proceso
o función en estudio, pues ellas representan las
vistas.

31

www.iplacex.cl
SEMANA 1

Modelo Entidad-Relación: Entidad

Ejemplos Vistas de Usuarios:

Las convenciones de Notaciones para una entidad en CASE*METHOD de Oracle son:

Para dibujar las entidades en el diagrama E-R, se utilizan cajas con bordes
redondeados de cualquier tamaño.

Cada entidad lleva un nombre único.

En nombre está en mayúscula y singular.

Ejemplo:

32

www.iplacex.cl
SEMANA 1

Identificando Atributos

Los atributos son información que necesita ser conocida y mantenida de una entidad.

Es una propiedad descriptiva o valor asociado a una entidad que sirve para cualificar,
identificar, clasificar o expresar el estado de la entidad.

Cada atributo tiene un conjunto de valores asociados denominado dominio.

El dominio define todos los valores posibles que puede tomar un atributo. En la
práctica, la definición del dominio de un atributo requiere como mínimo: el tipo de
campo y el largo del campo.

Un atributo o conjunto de atributos que identifican particularmente a cada instancia se

llama Identificador Único (UID o IDU).

33

www.iplacex.cl
SEMANA 1

Identificando relaciones:

¿Que es una relación?

Una relación es una asociación bidireccional y significativa entre ambas entidades, o

entre una entidad y ella misma.

Una relación representa las reglas de negocio que une a las entidades, de ahí su
importancia en los modelos entidad/relación.

Siempre hay dos reglas de negocio para cada relación.

34

www.iplacex.cl
SEMANA 1

En el siguiente ejemplo se desprenden las siguientes reglas de negocio.

Ambas reglas de negocio están plasmadas en el diagrama.

Otro concepto importante es la cardinalidad:

Cuando encontramos una pata de gallo significa que la relación es con uno o muchos.

Cuando es una línea punteada o recta la relación es con cero o un elemento

respectivamente.

Con el fin de establecer las reglas de negocio para cada relación, primero lea una
relación en una dirección y luego lea la relación en la otra dirección. En los siguientes
ejemplos las relaciones se leerían como se muestran en cada ejemplo.

 Una asignatura puede ser tomada por uno o muchos estudiantes.

 Un estudiante puede estar inscrito en una o muchas asignaturas.

35

www.iplacex.cl
SEMANA 1

 Un cliente puede hacer uno o muchos pedidos.

 Un pedido es realizado por un cliente.

 Un empleado efectúa un trabajo.

 Un empleado efectúa un trabajo.

36

www.iplacex.cl
SEMANA 1

Cardinalidad de las relaciones

Corresponde al número mínimo y máximo de correspondencias en las que puede tomar

parte cada entidad en una relación específica.

Cardinalidad Mínima:

Opcional: cada instancia de la entidad no está obligada a participar en la relación.

Obligatorio: cada instancia de la entidad está obligada a participar en la relación.

Cardinalidad Máxima:

Uno: cada instancia de la entidad participa solamente participa una vez en la relación.

Muchos: cada instancia de la entidad puede participar varias veces en la relación.

37

www.iplacex.cl
SEMANA 1

Grados de cardinalidad

Uno a muchos (1:M) ó Muchos a Uno (M:1)

Se caracteriza por tener cardinalidad de uno o más en una dirección y un grado de uno
y sólo uno en la otra dirección.

Este tipo de relación es la más frecuente.

Relación Muchos a Muchos (M:M)

Se caracteriza porque tienen cardinalidad de uno o más en ambas direcciones.

Este tipo de relación es común verlas al comienzo del Modelo Entidad Relación.

38

www.iplacex.cl
SEMANA 1

Uno a Uno (1:1)

Se caracteriza porque tienen una cardinalidad de uno y sólo uno en ambas direcciones.

Este tipo de relaciones son las menos comunes y se debe tener cuidado, ya que puede
que este tipo de relación entre entidades sea realmente una misma entidad y no
entidades diferentes.

Grado de las relaciones

La cantidad de entidades en una relación determina el grado de la relación, por ello

podemos distinguir las asociaciones: Unaria, Binaria, Ternaria y N-Aria.

Hasta ahora hemos revisado relaciones entre dos entidades, a esto le llamamos
Asociación Binaria, es una relación entre ocurrencias de dos clases de entidades.
Pueden ser 1:1, 1:M o M:M.

Hay casos en que las relaciones se dan entre dos o más entidades, a esto le llamamos
Asociación Ternaria.

39

www.iplacex.cl
SEMANA 1

En el ejemplo, las asignaturas de un una alumno correspondientes al curso en el que

está son evaluadas con unas o muchas nota. En general para las relaciones ternarias
se recomienda tener 2 ó 3 relaciones binarias.

Una entidad puede estar relacionada con si misma, a esto le llamamos Asociación
Recursiva o Unaria.

Pueden ser 1:1, 1:M o M:N.

40

www.iplacex.cl
SEMANA 1

Demostrando la idea

A continuación trabajaremos con el modelo

conceptual, en donde utilizaremos Data Modeler para
demostrar lo aprendido en esta unidad. Realizaremos
la abstracción de los datos de un requerimiento, y
estaremos modelando Entidad/Relación donde
veremos la entidad, atributos, cardinalidades,
relaciones y grados.

Para comenzar, abre datamodeler.exe

Haz clic derecho en “Modelo Lógico”. Selecciona la opción “Mostrar” para ver el panel
del modelo lógico.

41

www.iplacex.cl
SEMANA 1

¡Muy bien! haz abierto el panel del Modelo Lógico.

Ahora insertaremos una Nueva Entidad, para eso haz clic en “Nueva Entidad”. Luego
haz click en cualquier parte del “Panel Lógico” para insertar la Nueva Entidad.

42

www.iplacex.cl
SEMANA 1

Le daremos el nombre EMPLEADO a la nueva entidad, recuerda siempre que los

nombres de las entidades deben ir en MAYÚSCULA y son singulares.

A continuación comenzaremos a agregar los atributos de la entidad empleado. Para

esto debes hacer clic en el panel izquierdo de las propiedades, donde dice “Atributos”.

43

www.iplacex.cl
SEMANA 1

Para ingresar el primer atributo de la entidad, debes hacer clic en el icono “+” con el
que puedes agregar el atributo a la lista.

El nombre del primer atributo será “rut”, recuerda que los nombres de los atributos se
escriben con minúsculas.

44

www.iplacex.cl
SEMANA 1

Ingresaremos otro atributo a la entidad, para eso debes hacer clic en el icono “+”, con
el que puedes agregar el atributo a la lista

Ingresamos el nombre del atributo “nombre” y seleccionamos “Obligatorio”.

Ingresamos otro atributo a la entidad, para eso debes hacer clic en el icono “+”, con el
que puedes agregar el atributo a la lista.

Ingresamos el nombre del atributo “edad” y seleccionamos “Obligatorio”.

Ingresamos otro atributo a la entidad, para eso debes hacer clic en el icono “+”, con el
que puedes agregar el atributo a la lista.

Ingresamos el nombre del atributo “estado_de_salud” y seleccionamos “Obligatorio”.

Ingresamos otro atributo a la entidad, para eso debes hacer clic en el icono “+”, con el
que puedes agregar el atributo a la lista.

Ingresamos el nombre del atributo “estudios” y seleccionamos “Obligatorio”.

Ingresamos otro atributo a la entidad, para eso debes hacer clic en el icono “+”, con el
que puedes agregar el atributo a la lista.

Ingresamos el nombre del atributo “trabajo_que_desempeña” y seleccionamos

“Obligatorio”.

Ingresamos otro atributo a la entidad, para eso debes hacer clic en el icono “+”, con el
que puedes agregar el atributo a la lista.

Ingresamos el nombre del atributo “experiencia” y seleccionamos “Obligatorio”.

45

www.iplacex.cl
SEMANA 1

Has terminado de ingresar los atributos, para ver como quedó la entidad haz clic en
aceptar.

Así es como se visualiza la abstracción de los datos de una persona. En el caso se

realizó desde la perspectiva empleador-empleado, como notarás el empleador no está
interesado en todas las características de una persona (como el color del ropa de la
persona, los familiares de la persona, qué come, etc). Se centra en lo que es
importante de la persona.

46

www.iplacex.cl
SEMANA 1

A continuación demostraremos lo aprendido en esta unidad, realizaremos el modelo

Entidad/Relación en SQL Developer y Data Modeler donde veremos la entidad,
atributos, cardinalidades, relaciones y grados en base a un caso propuesto.

CASO:

Puesto de trabajo que desempeña el empleado:

Cuando se contrata un empleado, se requiere saber su nombre, dirección y teléfono.

Además se le asigna un código que lo identifica.

Un empleado ocupa un solo puesto de trabajo y ese puesto es ocupado por un solo
empleado o por ninguno si está vacante. Cada puesto de trabajo posee un código, el
departamento en cual se desempeña ese puesto y una descripción.

Para comenzar, abre datamodeler.exe.

Haz clic derecho en “Modelo Lógico” y elige la opción “Mostrar” para ver el panel del
modelo lógico.

47

www.iplacex.cl
SEMANA 1

¡Muy bien! haz abierto el panel del Modelo Lógico.

Ahora insertaremos una Nueva Entidad, para eso haz clic en “Nueva Entidad”. Luego,
haz clic en cualquier parte del “Panel Lógico” para insertar la Nueva Entidad.

La primera entidad que encontramos en el caso propuesto es EMPLEADO, este es el

nombre de la nueva entidad, recuerda siempre que los nombres de las entidades
deben ir en MAYÚSCULA y son singulares.

A continuación comenzaremos a agregar los atributos de la entidad empleado. Para

esto debes hacer clic en el panel izquierdo de las propiedades, donde dice “Atributos”.

48

www.iplacex.cl
SEMANA 1

Para ingresar el primer atributo de la entidad, debes hacer clic en el icono “+” con el
que puedes agregar el atributo a la lista.

El nombre del primer atributo será “codigo”, recuerda que los nombres de los atributos
se escriben con minúsculas. Ingresa el nombre y luego haz clic en “UID”.

Ingresamos otro atributo a la entidad, para eso debes hacer clic en el icono “+”, con el
que puedes agregar el atributo a la lista.

Ingresamos el nombre del atributo “nombre” y seleccionamos “Obligatorio”.

Ingresaremos otro atributo a la entidad, para eso debes hacer clic en el icono “+”, con
el que puedes agregar el atributo a la lista.

Ingresamos el nombre del atributo “direccion” y seleccionamos “Obligatorio”.

Ingresaremos otro atributo a la entidad, para eso debes hacer clic en el icono “+”, con
el que puedes agregar el atributo a la lista.

Ingresamos el nombre del atributo “telefono” y haz clic en “aceptar”.

49

www.iplacex.cl
SEMANA 1

Ahora haz clic en cualquier parte del “Panel Lógico” para insertar la Segunda Entidad.

La segunda entidad que encontramos en el caso propuesto es

PUESTO_DE_TRABAJO, este es el nombre de la nueva entidad, recuerda siempre
que los nombres de las entidades deben ir en MAYÚSCULA y son singulares.

50

www.iplacex.cl
SEMANA 1

A continuación comenzaremos a agregar los atributos de la entidad

PUESTO_DE_TRABAJO. Para esto debes hacer clic en el panel izquierdo de las
propiedades, donde dice “Atributos”.

Para ingresar el primer atributo de la entidad, debes hacer clic en el icono “+” con el
que puedes agregar el atributo a la lista.

El nombre del primer atributo será “codigo”, recuerda que los nombres de los atributos
se escriben con minúsculas. Ingresa el nombre y luego haz clic en “UID”.

Ingresaremos otro atributo a la entidad, para eso debes hacer clic en el icono “+”, con
el que puedes agregar el atributo a la lista.

Ingresamos el nombre del atributo “departamento” y seleccionamos “Obligatorio”.

Ingresaremos otro atributo a la entidad, para eso debes hacer clic en el icono “+”, con
el que puedes agregar el atributo a la lista.

Ingresamos el nombre del atributo “descripcion”, selecciona ”Obligatorio” y haz clic en

“Aceptar”.

51

www.iplacex.cl
SEMANA 1

Ahora vamos a relacionar las entidades creadas, para eso haz clic en el icono “Nueva
Relación 1:1”.

Haz clic en la entidad “EMPLEADO” y luego en la entidad “PUESTO_DE_TRABAJO”

para relacionar las entidades.

52

www.iplacex.cl
SEMANA 1

En las propiedades de la relación modificaras Nombre en Origen por “Ocupa” y

desmarcaras la casilla “Origen Opcional” .

Ahora debes modificar Nombre en destino por “Ocupado”, marcar la casilla “Destino
Opcional”, finalmente haz clic en Aceptar.

53

www.iplacex.cl
SEMANA 1

Para ver las etiquetas de los nombres debes hacer clic derecho en la parte blanca del
panel lógico y elegir la opción mostrar. Luego,elegir etiquetas.

Haz clic en el icono de “Realizar ingeniería”.

54

www.iplacex.cl
SEMANA 1

Haz clic en el botóm “Realizar ingeniería”.

¡Muy Bien! Haz realizado la Ingeniería al Modelo Relacional, ahora vamos a generar el
Script, para eso haz clic en “Generar DDL”.

55

www.iplacex.cl
SEMANA 1

Haz clic en “Generar”.

Haz clic en “Aceptar”.

56

www.iplacex.cl
SEMANA 1

Aparecerá un mensaje que dice que hay 8 errores en las reglas de diseño, esto se
debe a que cuando creamos los atributos de las entidades, no especificamos el tipo de
dato. Haz clic en “Aceptar” y vamos a corregir estos errores.

Volvemos al modelo lógico. Haz doble clic en EMPLEADO para editar los atributos.

57

www.iplacex.cl
SEMANA 1

Para el atributo código es necesario un tipo de dato lógico, para esto haz clic en
“Lógico” y luego clic en Tipo de Origen “Unknown”. Para el atributo código es necesario
un tipo de dato NUMERIC

58

www.iplacex.cl
SEMANA 1

Haz clic en el atributo “nombre”.

Haz clic en “Lógico” y luego clic en Tipo de Origen “Unknown”

Para el atributo nombre es necesario un tipo de dato VARCHAR

Ingresa el tamaño “20” para el atributo nombre y luego haz clic en el atributo
“direccion”.

Haz clic en “Lógico” y luego clic en Tipo de Origen “Unknown”

Para el atributo direccion es necesario un tipo de dato VARCHAR.

Ingresa el tamaño “20” para el atributo direccion y luego haz clic en el atributo
“telefono”.

Haz clic en “Lógico” y luego clic en Tipo de Origen “Unknown”

Para el atributo telefono es necesario un tipo de dato NUMERIC

Haz terminado de modificar los atributos para la entidad EMPLEADO, ahora haz clic en
“Aceptar” para modificar la siguiente entidad.

59

www.iplacex.cl
SEMANA 1

Vamos a modificar la entidad PUESTO_DE_TRABAJO, haz doble clic sobre ella.

Para el atributo código es necesario un tipo de dato lógico, para esto haz clic en
“Lógico” y luego clic en Tipo de Origen “Unknown”

60

www.iplacex.cl
SEMANA 1

Para el atributo código es necesario un tipo de origen NUMERIC, luego haz clic en el
atributo “departamento”.

Para el atributo departamento es necesario un tipo de dato lógico, para esto haz clic en
“Lógico” y luego clic en Tipo de Origen “Unknown”

Para el atributo departamento es necesario un tipo de origen “VARCHAR”.

Le asignaremos el tamaño “20” y daremos clic en el atributo descripcion.

Para el atributo descripcion es necesario un tipo de dato lógico, para esto haz clic en
“Lógic Para el atributo descripcion es necesario un tipo de origen “VARCHAR”.o” y
luego clic en Tipo de Origen “Unknown”

Le asignaremos el tamaño “20” y daremos clic en “Aceptar”.

Volveremos a realizar todo el proceso. Para eso haz clic en el icono de “Realizar
ingeniería”.

61

www.iplacex.cl
SEMANA 1

Haz clic en “Realizar ingeniería”.

¡Muy Bien! Haz realizado la Ingeniería al Modelo Relacional, ahora vamos a generar el
Script, para eso haz clic en “Generar DDL”.

62

www.iplacex.cl
SEMANA 1

Haz clic en “Generar”.

Haz clic en “Aceptar”.

63

www.iplacex.cl
SEMANA 1

Se ha generado el Script con éxito, ahora iremos a “SQL DEVELOPER”.

Haz clic en el icono de “SQL Data Modeler” para minimizar.

Abre “sqldeveloper.exe”

64

www.iplacex.cl
SEMANA 1

Para insertar el Script generado en Datamodeler, primero debemos tener creada una
base de datos en SQL Developer, luego hacer clic derecho en dicha base de datos.
Haz clic derecho en la base de datos “EJEMPLO”, elige la opción conectar.

Se ha abierto la hoja de trabajo es aquí donde pegaremos el script generado en Data

Modeler. Haz clic el icono de “Data Modeler”.

65

www.iplacex.cl
SEMANA 1

Haz clic derecho en el “Editor de Archivos DDL” para copiar el Script. Selecciona la
opción de copiar.

66

www.iplacex.cl
SEMANA 1

Volvemos a SQL Developer, en la hoja de trabajo pegaremos el script copiado.

Ahora vamos a ejecutar el Script generado en Data Modeler. Para eso haz clic en el
icono “Ejecutar Script”.

67

www.iplacex.cl
SEMANA 1

Haz clic en “Tablas (Filtrado)”.

Vemos las tablas que acabamos de crear. Haz clic en “EMPLEADO” para ver más.

68

www.iplacex.cl
SEMANA 1

Aquí puedes ver los atributos de la tabla EMPLEADO, los tipos de datos, si los campos
se pueden dejar en blanco, entre otros.

Haz clic en “PUESTO_DE_TRABAJO” para ver más.

69

www.iplacex.cl
SEMANA 1

Aquí puedes ver los atributos de la tabla PUESTO_DE_TRABAJO, los tipos de datos, si
los campos se pueden dejar en blanco, entre otros. Haz clic en “Datos” para continuar.

Insertaremos algunos datos. Haz clic en “Insertar Fila”.

70

www.iplacex.cl
SEMANA 1

Para la tabla PUESTO_DE_TRABAJO ingresarás lo siguiente:

CODIGO “7”, DEPARTAMENTO “Transito”

DESCRIPCION “Transporte publico”, y para terminar haz clic en “Guardar”

71

www.iplacex.cl
SEMANA 1

Aparece un mensaje que confirma se han insertado correctamente los datos en la tabla
PUESTO_DE_TRABAJO.

Ahora insertaremos datos en la tabla EMPLEADO.

Insertaremos algunos datos. Haz clic en “Insertar Fila”.

72

www.iplacex.cl
SEMANA 1

Para la tabla EMPLEADO ingresarás lo siguiente:

CODIGO “2”,

NOMBRE “Manuel”,

DIRECCION “Alfa 123”,

para el atributo TELEFONO no se ingresaran datos por ende quedará “(null)”, en

PUESTO_DE_TRABAJO ”7” y para terminar haz clic en “Guardar”.

73

www.iplacex.cl
SEMANA 1

Aparece un mensaje que confirma se han insertado correctamente los datos en la tabla
EMPLEADO.

¡Felicitaciones, has terminado el Modelo Entidad/Relación!.

74

www.iplacex.cl
SEMANA 1

75

www.iplacex.cl
SEMANA 1

76

www.iplacex.cl
SEMANA 1

77

www.iplacex.cl
SEMANA 1

78

www.iplacex.cl