7 Modelamiento de Base de Datos

Organizacin Educativa Leonardo Da Vinci
CENTRO DE ALTA TECNOLOGA
MODELAMIENTO Y DISEO DE BD
1

NOTA: La informacin contenida en este

material, tiene un fin exclusivamente didctico,
y por lo tanto, no est previsto su
aprovechamiento a nivel profesional o
industrial. Organizacin Leonardo Da Vinci no
ser jurdicamente responsable por: errores u
omisiones; daos y perjuicios que se pudieran
atribuir al uso de la informacin comprendida
en este libro, ni por la utilizacin indebida que
pueda drsele.
2

Prefacio
Modelamiento y Diseo de Base de Datos, es un manual que
proporcionar los conocimientos, las tcnicas de Modelamiento
de Base de Datos. Al hacerlo aprenders tambin a desarrollar la
capacidad de anlisis y de sntesis, a generar soluciones
mediante mtodos ordenados, y a trabajar en equipo; tres cosas
que te sern muy tiles durante toda tu vida.
Los procedimientos empleados en este manual permiten conocer
las
herramientas
indispensables
para
la
elaboracin
de
diagramas de diseo de datos con el uso del Modelo Entidad

relacin, Se inicia con la descripcin de conceptos bsicos en las
cuales se tiene por objetivo que el alumno se introduzca en lo
concerniente a Base de datos.
En el proceso de desarrollo de sistemas informticos, orientados

a producir software que apoye a las actividades empresariales,
as como a sus procesos, se tienen que respetar ciertas fases
propias de las metodologas del anlisis de informacin, de la
metodologa de procesos de negocios (IDEF) hoy en da se
emplea la metodologa orientada a objetos, sin embargo, para el
desarrollo de software es primordial el manejo del anlisis y
diseo de sistemas, para el anlisis tenemos herramientas de
recopilacin de informacin, mientras que para la fase de diseo
de sistemas, tenemos las llamadas herramientas CASE, que
son el apoyo informtico de todo diseador de sistemas para
plasmar todo el anlisis de requerimientos previos en diagramas,
conocidos como MODELOS, las herramientas de diseo de
sistemas ms empleado es el Platinum Erwin, que es la que
emplearemos para el curso.
El Director
3

Los nombres comerciales que aparecen en este
libro son marcas registradas de sus propietarios
y
se
mencionan
nicamente
con
fines
didcticos, por lo que Organizacin Leonardo

Da Vinci no asume ninguna responsabilidad por
el uso que se d a esta informacin, ya que no
infringe ningn derecho de registro de marca.
4

CAPITULO 1
FUNDAMENTOS DE BASE DE DATOS
Fundamentos de Base de Datos

Definicin de Base de Datos Relacional - Componentes Principales Ventajas y
Desventajas de las BD Relacionales.
Tipos de Modelos de BD Arquitectura de una BD. Tendencias futuras Algunas
Bases de Datos.
FUNDAMENTOS DE BASE DE DATOS
En el proceso de desarrollo de sistemas informticos, orientados a producir software

que apoye a las actividades empresariales, as como a sus procesos, se tienen que
respetar ciertas fases propias de las metodologas del anlisis de informacin, de la
metodologa de procesos de negocios (IDEF) hoy en da se emplea la metodologa
orientada a objetos, sin embargo, para el desarrollo de software es primordial el
manejo del anlisis y diseo de sistemas, para el anlisis tenemos herramientas de
recopilacin de informacin, mientras que para la fase de diseo de sistemas,
tenemos las llamadas herramientas CASE, que son el apoyo informtico de todo
diseador de sistemas para plasmar todo el anlisis de requerimientos previos en
diagramas, conocidos como MODELOS, la herramientas de diseo de sistemas ms
empleado es el Platinum Erwin, que es la que emplearemos para el curso.
1. INTRODUCCION A DBMS
a. DEFINICIONES BASICAS
Una Base de Datos es un contenedor de objetos como tablas, vistas,
procedimientos, etc., almacenados en una plataforma denominada Sistema Gestor
de Base de Datos, viene a ser un servidor como SQL Server, Oracle, DB2,
MySQL, etc. Dicho de otra forma, una base de datos contiene las tablas y
componentes sobre las que se almacenada informacin de todos los procesos del
5

negocio. Y nos permite generar informacin y ser compartida por distintos
usuarios.
El DBMS es el software que almacenar nuestra base de datos, por la cual es la
que nos va a permitir acceder a la informacin por medio de lenguajes como SQL.
Tienen la capacidad de responder a mltiples usuarios en forma concurrente a los
datos, lo que se llama Arquitectura Cliente Servidor. DBMS: Database
Managment System (Sistema Administrador de Base de datos).
b. CARATERISTICAS
Escalabilidad: Se refiere de la organizacin, mejorando su performance.
-
Horizontal: Crecimiento de los usuarios.
Vertical: Se refiere al crecimiento del servidor de datos.
Rendimiento:
Caracterstica
de
brindar
respuestas
los
mltiples
requerimientos de los usuarios como consultas, actualizacin, recuperacin de

datos, etc.
Portabilidad: Caracterstica de transportar con facilidad el producto de una
plataforma a otra incluyendo toda la data contenida.
Universalidad: Caracterstica de manejar mltiples tipos de datos como
caracteres, numricos, de fecha, multimedia, etc.
Disponibilidad: Debe ser permanente e ininterrumpida, factor crucial del servicio
de la base de datos que da apoyo a las aplicaciones (programas) de los
negocios.
c. IMPORTANCIA DE LOS DBMS

Se tiene que elegir el que tenga la mejor interfaz a las necesidades de la empresa
y sobre todo que este apta para la base de datos que vayamos a utilizar.
El objetivo es crear un ambiente en el que sea posible almacenar, manipular y
recuperar la informacin en forma oportuna y eficiente.
El administrador de base de datos o servidor de base de datos conocido como
sistema de administracin de base de datos (DBMS) maneja todas las solicitudes
de acceso a la base de datos ya sea para agregar y eliminar archivos, recuperar y
almacenar datos desde y en dichos archivos. Por lo tanto, una funcin general que
ofrece el DBMS consiste en ocultar a los usuarios de la base de datos los detalles
al nivel de hardware. Es decir, que el DBMS ofrece a los usuarios una percepcin
6

de la base de datos que est en cierto modo, por encima del nivel del hardware y
que maneja las operaciones del usuario expresadas en trminos de ese nivel ms
alto de percepcin.
El DBMS es el componente de software ms importante del sistema en general,
aunque no es el nico.
d. ALCANCES
El alcance de una Base de Datos abarca varios aspectos como:
-
Los usuarios que podrn tener acceso a los datos almacenados, por medio de
permisos otorgados por el Administrador de BD (DBA).
Desde dnde (terminal de usuario) y cmo accedern a la BD, para ello se

impondrn restricciones a los accesos de usuarios.
Hasta donde y sobre todo a qu tipo de informacin tendrn acceso los

usuarios registrados.
VENTAJAS Y DESVENTAJAS DE LAS BD RELACIONALES:

Ventajas
Provee herramientas que garantizan evitar la duplicidad de registros.
Garantiza la integridad referencial, as, al eliminar un registro elimina todos los
registros relacionados dependientes.
Favorece la normalizacin por ser ms comprensible y aplicable.
Desventajas
Presentan deficiencias con datos grficos, multimedia, CAD y sistemas de
informacin geogrfica.
No se manipulan de forma manejable los bloques de texto como tipo de dato.
TIPOS DE MODELOS DE BD:
Para describir cada uno de los modelos o paradigmas en que se basan las bases de
datos, vamos a seguir un criterio histrico, estudiando primero los sistemas ms antiguos
para pasar por ltimo a los sistemas ms avanzados.
7

Modelos Tradicionales:
Estudiaremos en este epgrafe los sistemas de bases de datos ms utilizados hasta el
momento, aunque quizs en pocos aos, los sistemas orientados a objeto deban ser
incluidos en este epgrafe.
No obstante, para ser realistas, hay que recordar que no es verdad que la prctica
totalidad de las empresas dejen descansar sus datos sobre bases de datos de alguno de
estos tres tipos. De hecho, la triste realidad es que muchas entidades, especialmente los
bancos, por el hecho de haber sido las primeras en informatizarse, siguen teniendo todos
sus datos sobre ficheros electrnicos simples, manejados directamente a travs del S.O.,
y no con la intervencin de un S.G.B.D. que facilite su gestin y mantenimiento.
Modelo Jerrquico.
El sistema jerrquico ms comnmente conocido es el sistema IMS de IBM. Esta base de
datos tiene como objetivo establecer una jerarqua de fichas, de manera que cada ficha
puede contener a su vez listas de otras fichas, y as sucesivamente. P.ej., una ficha de
clientes puede contener una lista de fichas de facturas, cada una de las cuales puede
contener a su vez una lista de fichas de lneas de detalle que describen los servicios
facturados.
Una base de datos jerrquica est compuesta por una secuencia de bases de datos
fsicas, de manera que cada base de datos fsica se compone de todas las ocurrencias de
un tipo de registro o ficha determinada.
Modelo en Red.
Podemos considerar al modelo de bases de datos en red como de una potencia
intermedia entre el jerrquico y el relacional que estudiaremos ms adelante. Su
estructura es parecida a la jerrquica aunque bastante ms compleja, con lo que se
consiguen evitar, al menos en parte, los problemas de aqul.
Modelo relacional.
En este apartado tan slo daremos unas nociones iniciales sobre este modelo, ya que
todo nuestro trabajo se basar en l, y ser estudiado con mucho mayor detalle en
captulos posteriores.
Este modelo intenta representar la base de datos como un conjunto de tablas. Aunque las
tablas son un concepto simple e intuitivo, existe una correspondencia directa entre el
8

concepto informtico de una tabla, y el concepto matemtico de relacin, lo cual es una
gran ventaja, pues permite efectuar formalizaciones de una forma estricta mediante las
herramientas matemticas asociadas, como pueda ser el lgebra relacional en el mbito
de las consultas.
Modelo orientado a objetos.
Actualmente, la creacin de programas ms grandes y complejos, ha hecho avanzar los
mtodos de programacin hacia nuevas formas que permiten el trabajo en equipo de una
forma ms eficaz y en la que se disminuyen los problemas de coordinacin.
2. ADMINISTRACION DE BASE DE DATOS

El administrador de datos (DA) es la persona identificable que tendr la
responsabilidad central sobre los datos dentro de la empresa. Ya que los datos son
uno de los activos ms valiosos de la empresa, es imperativo que exista una persona
que los entienda junto con las necesidades de la empresa con respecto a esos datos,
a un nivel de administracin superior.
Por lo tanto, es labor del administrador decidir en primer lugar qu datos deben ser
almacenados en la base de datos y establecer polticas para mantener y manejar esos
datos una vez almacenados. El administrador de base de datos (DBA) es el tcnico
responsable de implementar las decisiones del administrador de datos. Por lo tanto,
debe ser un profesional en IT. El trabajo del DBA consiste en crear la base de datos
real e implementar los controles tcnicos necesarios para hacer cumplir las diversas
decisiones de las polticas hechas por el DA. El DBA tambin es responsable de
asegurar que el sistema opere con el rendimiento adecuado y de proporcionar una
variedad de otros servicios tcnicos.
USUARIOS
Existen tres grandes clases de usuarios:
Programadores de aplicaciones, que son los responsables de escribir los
programas de aplicacin de base de datos en algn lenguaje de programacin.
Estos programas acceden a la base de datos emitiendo la solicitud apropiada al
DBMS. Los programas en s pueden ser aplicaciones convencionales por lotes o
pueden ser aplicaciones en lnea, cuyo propsito es permitir al usuario final el
acceso a la base de datos desde una estacin de trabajo o terminal en lnea.
9

Los usuarios finales, quienes interactan con el sistema desde estaciones de
trabajo o terminales en lnea. Un usuario final puede acceder a la base de datos a
travs de las aplicaciones en lnea, o bien puede usar una interfaz proporcionada
como parte integral del software del sistema de base de datos. Las interfaces
proporcionadas por el fabricante estn apoyadas tambin por aplicaciones en
lnea, aunque esas aplicaciones estn integradas, es decir, no son escritas por el
usuario. La mayora de los sistemas de base de datos incluyen por lo menos una
de estas aplicaciones integradas.
La mayora de los sistemas proporcionan adems interfaces integradas
adicionales en las que los usuarios no emiten en absoluto solicitudes explcitas a
la base de datos, sino que en vez de ello operan mediante la seleccin de
elementos en un men o llenando casillas de un formulario. Estas interfaces
controladas por mens o por formularios tienden a facilitar el uso a personas que
no cuentan con una capacitacin formal en tecnologa de la informacin (IT). En
contraste, las interfaces controladas por comandos tienden a requerir cierta
experiencia profesional en IT, aunque tal vez no demasiada. Por otra parte, es
probable que una interfaz controlada por comandos sea ms flexible que una
controlada por mens o por formularios, dado que los lenguajes de consulta por lo
regular incluyen ciertas caractersticas que no manejan esas otras interfaces.
El administrador de base de datos o DBA.
Algunos usuarios son:
-
Jefes de proyecto.
Analistas de sistemas.
Analistas programadores.
Programadores.
Diseadores de sistemas.
ADMINISTRADOR DE BASE DE DATOS

Es el profesional informtico responsable de disear la estructura de la base de datos,
as como del mantenimiento y seguridad tanto de la informacin como del servidor de
datos. Su denominacin es DBA (Database Administrator), entre sus funciones
principales tenemos:
-
Definicin de la estructura de tablas, y componentes.
Asignacin y administracin de permisos de acceso a los usuarios.
10

-
Responsable de la seguridad de toda la informacin, por medio de copias de

seguridad de datos (backups).
Administrar la estructura de la Base de Datos
Administrar la actividad de los datos
Administrar el Sistema Manejador de Base de Datos
Establecer el Diccionario de Datos
Asegurar la confiabilidad de la Base de Datos
Confirmar la seguridad de la Base de Datos
Asegurar una ptima performance de la organizacin de los datos.
Detallemos algunos de ellos:
Administracin de la estructura de la Base de Datos

La administracin de la estructura de la Base de Datos incluye participar en el diseo
inicial de la misma y su puesta en prctica as como controlar, y administrar sus
requerimientos, ayudando a evaluar alternativas, incluyendo los DBMS a utilizar y
ayudando en el diseo general de BD. En los casos de grandes aplicaciones de tipo
organizacional, el DBA es un gerente que supervisa el trabajo del personal de diseo
de la BD.
Una vez diseada la BD, es puesta en prctica utilizando productos del DBMS,
procedindose entonces a la creacin de los datos (captura inicial). El DBA participa en
el desarrollo de procedimientos y controles para asegurar la calidad y la alta integridad
de la BD.
Administracin de la actividad de datos
Aunque el DBA protege los datos, no los procesa. El DBA no es usuario del sistema,
en consecuencia, no administra valores de datos; el DBA administra actividad de datos.
Dado que la BD es un recurso compartido, el DBA debe proporcionar estndares,
guas de accin, procedimientos de control y la documentacin necesaria para
garantizar que los usuarios trabajan en forma cooperativa y complementaria al
procesar datos en la BD.
Entre las alternativas ms utilizadas por el DBA para tratar de resolver o minimizar este
problema se encuentran las siguientes:
a) Restringir el acceso a los procedimientos para ciertos usuarios.
b) Restringir al acceso a los datos para ciertos usuarios procedimientos y/o datos.
11

c) Evitar la coincidencia de horarios para usuarios que comparten.
Administracin del DBMS

A dems de administrar la actividad de datos y la estructura de la BD, el DBA debe
administrar el DBMS mismo. Deber compilar y analizar estadsticas relativas al
rendimiento del sistema e identificar reas potenciales del problema. Dado que la BD
est sirviendo a muchos grupos de usuarios, el DBA requiere investigar todas las
quejas sobre el tiempo de respuesta del sistema, la precisin de los datos y la facilidad
de uso. Si se requieren cambios el DBA deber planearlos y ponerlos en prctica.
El DBA deber vigilar peridica y continuamente las actividades de los usuarios en la
BD. Los productos DBMS incluyen tecnologas que renen y publican estadsticas.
Estos informes pudieran indicar cules fueron los usuarios activos, que archivos y que
elementos de datos han sido utilizados, e incluso el mtodo de acceso que se ha
aplicado. Pueden capturarse y reportarse las tasas de error y los tipos de errores. El
DBA analizar estos datos para determinar si se necesita una modificacin en el
diseo de la BD para manejar su rendimiento o para facilitar las tareas de los usuarios;
de ser as, el DBA la llevar a cabo.
Establecer el Diccionario de Datos.

Cuando se definen estndares sobre la estructura de la base de datos, se deben de
registrarse en una seccin del diccionario de datos a la que todos aquellos usuarios
relacionados con ese tipo de proceso pueden acceder. Este metadato debe precisar
informacin que nos indique con claridad el tipo de datos que sern utilizados, sus
mbitos de influencia y sus limitantes de seguridad.
Mantener la Disponibilidad de los Datos.

La posibilidad de fallos de hardware o de software requiere procedimientos de
recuperacin de la base de datos. Tiene que proporcionar medios para el
restablecimiento de las bases de datos que se hayan corrompido por desperfectos del
sistema, a un estado uniforme.
12

ARQUITECTURA DE UNA BASE DE DATOS:
NIVELES DE LA INFORMACION
Est diseado en base a la Arquitectura ANSI (American National Standards
Institute), comprende de tres niveles de datos, cuyo objetivo es la de separar los
programas de aplicacin de la base de datos fsica, stos niveles en realidad son
descripciones de los mismos datos pero con distintos niveles de abstraccin
(acceso), los nicos datos que realmente existen estn en el nivel fsico, pero es
importante especificar qu tipos de usuarios y en qu nivel de acceso se
encuentran disponibles para el manejo de la informacin.
ESQUEMA DE LA ARQUITECTURA ANSI
NIVEL EXTERNO (Conceptual)

Describe una parte de la base de datos que interesa a un grupo de usuarios y
ocultndola a otro de grupo de usuarios, aqu se encuentran las vistas (interfaces),
que
ser el nico medio de acceso de estos usuarios hacia la informacin
almacenada en el servidor de datos (el DBMS).

Ejemplo: A travs de un formulario de acceso, el usuario podr acceder al sistema.
13

NIVEL LOGICO (Diseo)

Es aquel nivel que describe la estructura de la base de datos, realizada en la fase
de diseo del sistema, satisface los requerimientos de los usuarios, se representa
mediante un modelo de datos, ocultando los detalles de almacenamiento fsico.
NIVEL INTERNO (Fsico)

Este nivel describe la estructura fsica de almacenamiento de la base de datos,
aqu se encuentra realmente los nicos datos existentes, es decir, la BD.
14

Arquitectura ANSI:
La arquitectura de sistemas de bases de datos de tres esquemas fue aprobado
por la ANSI-SPARC (American National Standard Institute - Standards
Planning and Requirements Committee) en 1975 como ayuda para conseguir
la separacin entre los programas de aplicacin y los datos, el manejo de
mltiples vistas por parte de los usuarios y el uso de un catlogo para
almacenar el esquema de la base de datos.
-
Nivel interno: Tiene un esquema interno que describe la estructura fsica

de almacenamiento de base de datos. Emplea un modelo fsico de datos y
los nicos datos que existen estn realmente en este nivel.
Nivel conceptual: tiene esquema conceptual. Describe la estructura de

toda la base de datos para una comunidad de usuarios. Oculta los detalles
fsicos de almacenamiento y trabaja con elementos lgicos como
entidades, atributos y relaciones.
Nivel externo o de vistas: tiene varios esquemas externos o vistas de

usuario. Cada esquema describe la visin que tiene de la base de datos a
un grupo de usuarios, ocultando el resto.
El objetivo de la arquitectura de tres niveles es el de separar los programas de

aplicacin de la base de datos fsica. La mayora de los SGBD no distinguen
del todo los tres niveles. Algunos incluyen detalles del nivel fsico en el
esquema conceptual.
Hay que destacar que los tres esquemas no son ms que descripciones de los
mismos datos pero con distintos niveles de abstraccin. Los nicos datos que
existen realmente estn a nivel fsico, almacenados en un dispositivo como
puede ser un disco. El proceso de transformar peticiones y resultados de un
nivel
otro
se
denomina
correspondencia
transformacin.
Estas
correspondencias pueden requerir bastante tiempo, por lo que algunos SGBD

no cuentan con vistas externas.
La arquitectura de tres niveles es til para explicar el concepto de
independencia de datos que podemos definir como la capacidad para modificar
el esquema en un nivel del sistema sin tener que modificar el esquema del
nivel inmediato superior.
15

LABORATORIO # 1
CONOCIENDO LOS SGBDR
SISTEMA GESTOR DE BASE DE DATOS RELACIONAL (SGDBR).

Software que gestiona el uso de las bases de datos relacionales, y optimiza y controla el
acceso al contenido de las mismas.
-
El almacenamiento fsico de los datos se gestiona nicamente a travs del gestor. El

usuario slo debe preocuparse de la estructura lgica de los mismos.
La manipulacin de la estructura y contenido de una base de datos relacional se

realiza mediante el lenguaje SQL (Structured Query Language).
SGBDRs existentes son: SQL Server, PostgreSQL, MySQL, Oracle, Sybase, DB2,
Access, Informix, etc...
USUARIOS DE UNA BASE DE DATOS

-
Los usuarios de una base de datos no estn relacionados con los usuarios del sistema.
Al igual que en un sistema informtico, existe la figura del administrador. En casi todos los
SGBDRs el administrador de una base de datos no tiene por qu ser el

administrador del sistema.
-
Un administrador crea los usuarios, y les otorga o deniega privilegios

(operaciones que pueden realizar).
Un privilegio es: crear, modificar o borrar una tabla; consultar, insertar, borrar o
modificar los datos de una tabla; consultar o crear una vista; crear usuarios o
grupos; otorgar privilegios; etc...
Veamos algunos de ellos:

MICROSOFT SQL SERVER
Microsoft SQL Server constituye la alternativa de Microsoft a otros
potentes sistemas gestores de bases de datos como son Oracle,
Sybase ASE, PostgreSQL, Interbase, Firebird o MySQL.
CARACTERSTICAS DE MICROSOFT SQL SERVER
- Escalabilidad, estabilidad y seguridad.
- Soporta procedimientos almacenados.
- Incluye tambin un potente entorno grfico de administracin,
que permite el uso de comandos DDL y DML grficamente.
- Permite trabajar en modo cliente-servidor, donde la informacin
y datos se alojan en el servidor y las terminales o clientes de la
red slo acceden a la informacin.
- Adems permite administrar informacin de otros servidores de
datos.
16

La nueva base de datos contiene mayor seguridad, integracin

con PowerShell, remueve La consola configuracin del rea
expuesta (consola para configurar seguridad), tiene correctores
de sintaxis del lenguaje Transact-SQL.
ORACLE
Oracle es un sistema de gestin de base de datos relacional (o

RDBMS por el acrnimo en ingls de Relational Data Base
Management System), desarrollado por Oracle Corporation.
MySQL
MySQL es un sistema de gestin de base de datos relacional,

multihilo y multiusuario con ms de seis millones de
instalaciones.[1] MySQL AB desde enero de 2008 una
subsidiaria de Sun Microsystems y sta a su vez de Oracle
Corporation desde abril de 2009 desarrolla MySQL como
software libre en un esquema de licenciamiento dual.
17

HERRAMIENTAS DE DISEO DE BD:
La mayora de las empresas se han extendido a la adquisicin de herramientas CASE
(Computer Aided Software Engineering, Ingeniera Asistida por Computadora) con el
fin de automatizar los aspectos clave de todo lo que implica el proceso de desarrollo
de un sistema e incrementar su posicin en el mercado competitivo.
CA ERWIN DATA MODELER
CA ERwin Modeling Suite proporciona una automatizacin de las tareas de diseo,

as como funcionalidades de colaboracin y optimizacin que permiten a los usuarios
ofrecer soluciones alineadas con el negocio que se ajusten al tiempo planificado, al
presupuesto y lo ms importante, a los objetivos.
18

STUDIO CASE
Herramienta para el diseo de bases de datos que todo profesional de sistemas debe
tener en cuenta. Esta aplicacin permite realizar Diagramas Entidad-Relacin (DER)
y Diagramas de Flujos de Datos (DFD) para distintos motores de base de datos.
Algunos de stos pueden ser: Oracle, DB2, InterBase, MS SQL, MySQL y
PostgreSQL entre otros. Otra de las caractersticas importantes es que permite
realizar ingeniera inversa, o sea, a partir del modelo de tablas llegar al modelo lgico.
19

LABORATORIO # 2: INTRODUCCION A ERWIN 7.1
INGRESANDO A ERWIN
Men Inicio Programas Computer Associates All Fusion Erwin Data Modeler r7
Erwin Data Modeler r7.
CREANDO UN NUEVO MODELO DE DATOS: MEN ARCHIVO NUEVO (en caso no
aparezca desde el inicio la ventana de seleccin de modelos).
Primero debemos conocer los dos niveles con los que trabaja Erwin: El lgico y el nivel
fsico, para seleccionarlos debemos desplegar el combo que se presenta:
20

BARRA DE HERRAMIENTAS:
VISTAS EN NIVELES:
Erwin muestra 3 niveles para la presentacin de los modelos, estos representan a los 3 tipos de
modelos: Conceptual, lgico y fsico.
Entity View: Muestra el modelo en forma de entidades, como un modelo conceptual.
Atribute View: Aparece activado por defecto, muestra el modelo con todos los atributos
ingresados, es la vista de un modelo lgico y fsico.
Definition View: Muestra las entidades con sus respectivas definiciones.
21

BARRA DE FORMATO:
EL TOOLBOX:
CREACION DEL DIAGRAMA ENTIDAD RELACION (MER):
22

CAPITULO 2
METODOLOGA PARA EL DISEO DE BASE DE DATOS
Metodologa para el Diseo de Base de Datos
Introduccin Etapas para el Diseo de Base de Datos: Diseo Conceptual y

Diseo Lgico Causas de los malos diseos Elementos bsicos del Modelo
Entidad Relacin Extensiones del Modelo Entidad Relacin Generalizacin,
Agregacin y Especializacin.
1. MODELAMIENTO CONCEPTUAL
1.1. Definicin
Concluida la fase de anlisis de requerimientos, y definidos los procedimientos

del negocio por intermedio de herramientas de anlisis, lo que corresponde a
continuacin es capturar formalmente toda la informacin relevante en un medio
fsico, una representacin que refleje las soluciones a los requerimientos
establecidos, para ello utilizamos la tcnica de Modelamiento de datos, que ser
la base para estructurar nuestra BD. La informacin que se almacenar debe
cumplir con todas las exigencias propias del sistema.
Luego de haber recopilado la informacin necesaria para definir los
requerimientos de los usuarios, las problemticas y necesidades del negocio que
se est modelando, el primer paso es crear un modelo conceptual que refleje la
realidad del negocio, entonces esta es la primera fase del diseo de datos,
aunque generalmente se suele obviar este paso para ir de frente al diseo de
entidades y atributos. Fue creado por Peter Chen a finales de los 70s.
1.2. CARACTERISTICAS
Un modelo de datos es una serie de conceptos que puede utilizarse para
describir un conjunto de datos y las operaciones para manipularlos. Hay dos tipos
de modelos de datos: los modelos conceptuales y los modelos lgicos. Los
23

modelos conceptuales se utilizan para representar la realidad a un alto nivel de
abstraccin. Mediante los modelos conceptuales se puede construir una
descripcin de la realidad fcil de entender. En los modelos lgicos, las
descripciones de los datos tienen una correspondencia sencilla con la estructura
fsica de la base de datos.
En el diseo de bases de datos se usan primero los modelos conceptuales para
lograr una descripcin de alto nivel de la realidad, y luego se transforma el
esquema conceptual en un esquema lgico. El motivo de realizar estas dos
etapas es la dificultad de abstraer la estructura de una base de datos que
presente cierta complejidad. Un esquema es un conjunto de representaciones
lingsticas o grficas que describen la estructura de los datos de inters.
Los modelos conceptuales deben ser buenas herramientas para representar la
realidad, por lo que deben poseer las siguientes cualidades:
Expresividad: deben tener suficientes conceptos para expresar perfectamente
la realidad.
Simplicidad: deben ser simples para que los esquemas sean fciles de
entender.
Unicidad: cada concepto debe tener un significado distinto.
Formalidad: todos los conceptos deben tener una interpretacin nica,
precisa y bien definida.
En general, un modelo no es capaz de expresar todas las propiedades de una
realidad determinada, por lo que hay que aadir aserciones que complementen el
esquema.
2. EL MODELO ENTIDAD RELACION (MER)

Peter Chen Edward Cood (1976)
Se basa en la percepcin del mundo real y consiste en una coleccin de entidades y
relaciones. Se emplea para interpretar, especificar y documentar los requerimientos
del usuario. Se utiliza para describir la realidad mediante un conjunto de
representaciones grficas y lingsticas.
ELEMENTOS DE UN MER
a. ENTIDAD: Una entidad es un objeto, instancia, persona, o cosa puramente
conceptual o real sobre el cual se desea guardar informacin por ser de relevancia
para una organizacin. Una entidad es aquello que ms adelante se convertir en
24

un elemento de nuestra base de datos, por lo mismo contendr informacin propia
que ser manipulado por los usuarios del sistema. Se recomienda que los
nombres de las entidades estn en singular.
Cmo identifico una entidad?
Una entidad puede ser identificada como un sustantivo dentro de la narracin de
un proceso de negocio dentro de la organizacin.
Ejm: Los clientes compran productos por medio de un comprobante que es la
factura.
Otro ejemplo:
Los alumnos tienen cursos nuevos en este semestre, los profesores dictarn las
clases desde el da de hoy.
Entidades: alumnos, cursos, profesores. Son entidades porque son los sustantivos
que me representan algo de la cual puedo guardar informacin.
b. RELACION: Las entidades se relacionan de acuerdo a algo que tengan en comn,
entonces diremos que una relacin o interrelacin es la asociacin o
correspondencia entre dos o ms entidades Cada relacin tiene un nombre que
describe su funcin. Las relaciones se representan grficamente mediante rombos
y su nombre aparece en el interior.
Las entidades que estn involucradas en una determinada relacin se denominan
entidades participantes. El nmero de participantes en una relacin es lo que se
denomina grado de la relacin. Por lo tanto, una relacin en la que participan dos
entidades es una relacin binaria; si son tres las entidades participantes, la
relacin es ternaria; etc.
25

EJERCICIOS
1. Identificar las entidades y sus relaciones en el siguiente caso:
En una concesionaria de automviles, se venden autos de marcas Honda, Volvo y
Mercedes Benz, los clientes son atendidos por personal de ventas especializados en el
tema de automviles, si la venta se lleva a cabo, se le entrega los documentos
correspondientes al cliente.
Resolviendo:
Entidades: auto, cliente, personal de venta, documentos, porque son los sustantivos del
cual se requiere informacin, no Honda ni Volvo ni Mercedes Benz, stas son elementos
de una entidad auto, no confundir entidad y elementos, ms adelante detallar este punto.
Graficando en el modelo conceptual:
2.
Relacione las siguientes entidades:

Persona Distrito
Cliente - Pedido
Pas Ciudad
26

MODELO LOGICO
Los modelos lgicos basados en objetos se usan para describir datos en el nivel conceptual y el
externo. Se caracterizan porque proporcionan capacidad de estructuracin bastante flexible y
permiten especificar restricciones de datos. Los modelos ms conocidos son el modelo entidadrelacin y el orientado a objetos.
CREACIN DEL MODELO LGICO DEL CASO ANTERIOR:
Lo primero que debemos hacer es identificar los atributos de las entidades, colocndoles los
atributos que sern las claves primarias.
Cliente: Cdigoclie, nombre apellidos, direccin, DNI, situacin.
Vendedor: Codigovend, nombre, apellidos, direccin, fecha_ingreso.
Automvil: Codigoauto, ao, precio, stock.
Comprobante: numero, fecha_emisin.
Modelo: Codigomod, descripcin.
Marca: Codigomarca, nombre, procedencia, categora.
El Modelo Lgico est muy orientado a registros, proporciona una vista ms cercana a la estructura
de la base de datos, que vendra a ser el modelo Fsico de datos.
27

ABSTRACCION DE DATOS (Generalizacin Agregacin)
CONCEPTO DE ABSTRACCIN DE DATOS:
La abstraccin de algo posee dos cualidades: suprime los detalles irrelevantes y busca
para aislar la esencia de ese algo. Por ejemplo, para el tipo de dato integer slo usamos
su definicin y sus operaciones, pero no sabemos cmo est implementado; por lo tanto
es un tipo de dato abstracto.
Los datos representan una abstraccin de la realidad ya que algunas caractersticas y
propiedades de los objetos reales son ignoradas, porque son irrelevantes a un problema
en particular.
Abstraccin: simplificacin de los hechos.
TIPOS DE ABSTRACCION
A. CLASIFICACIN:
Define un concepto como una clase de objetos de la realidad con propiedades
comunes (ES_MIEMBRO_DE).
rbol de un nivel que tiene como raz la clase y como hoja los elementos de la
clase.
Cada elemento hoja es miembro de cada elemento de la raz.
28

Cada elemento puede ser miembro de varias clases.
Ejemplo: Materias: Tericas, Aplicadas Anuales, Cuatrimestrales, Mensuales, etc.
B. AGREGACIN:
Define una clase nueva a partir de otras que representan sus partes componentes
(ES_PARTE_DE).
Construir
un
nuevo
elemento
del
modelo
como
compuesto
de
otros
elementos
(componentes)
Inverso: Desagregacin
Se establece una relacin ES_PARTE_DE entre los elementos componentes y el elemento
compuesto
C. GENERALIZACIN:
Define una relacin de subconjunto entre los elementos de 2 o + clases (ES_UN).
Se representa con un rbol de un nivel, en el que todos los nodos son clases, con la clase
genrica como raz y las clases subconjuntos como hojas.
Todas las abstracciones definidas para la clase genrica, son heredadas por la clase
subconjunto.
29

D. ASOCIACION
Se utiliza para relacionar dos o ms clases (y, por tanto sus ejemplares), crendose
un elemento de un tipo distinto.
Inverso: Disociacin
En algunos MD no aparece esta abstraccin como tal, no existiendo ningn
concepto especial para representarla (p.e. Relacional).
EJEMPLOS DE ABSTRACCION DE DATOS:

Generalizacin:
Clasificacin:
30

Agregacin:
Asociacin:
31

CAPITULO 3
Modelado de Datos I
Modelado de Datos I
Concepto de Dominio, atributo, tipo entidad Relaciones: Definicin y
Propiedades.
Definiciones de Claves: Primaria, Candidata, Fornea Reglas de Integridad.
CONCEPTO DE DOMINIO
Un dominio describe un conjunto de posibles valores para cierto atributo. Como un
dominio restringe los valores del atributo, puede ser considerado como una restriccin.
Matemticamente, atribuir un dominio a un atributo significa "todos los valores de este
atributo deben de ser elementos del conjunto especificado".
Distintos tipos de dominios son: enteros, cadenas de texto, fecha,no procedurales etc.
ATRIBUTOS
Los atributos son aquellos que caracterizan a una entidad, son las propiedades que posee
cada entidad y que la hacen distinta ante las otras entidades, no existe entidad que no
tenga al menos un atributo.
TIPOS DE ATRIBUTOS
a.
ATRIBUTOS SIMPLES: Son aquellos atributos que son fciles de identificar,

inherentes a la entidad y no pueden seguir descomponindose.
32

b. ATRIBUTOS COMPUESTOS: Son aquellos atributos que tienen 2 o ms atributos
simples que lo componen, llamados tambin atributos concatenados, ya que se
forman por la unin de dos atributos simples. es un atributo con varios componentes,
cada uno con un significado por s mismo. Un grupo de atributos se representa
mediante un atributo compuesto cuando tienen afinidad en cuanto a su significado, o
en cuanto a su uso. Un atributo compuesto se representa grficamente mediante un
valo.
TIPOS DE ENTIDADES:
ENTIDAD FUERTE: Tambin conocida como entidad Padre, es aquella entidad cuya
existencia no depende de la existencia de alguna otra entidad, es identificada fcilmente
dentro de un proceso y da lugar a la posibilidad de otras entidades.
ENTIDAD DEBIL: Tambin conocida como entidad Hijo, es aquella cuya existencia
depende de la existencia de otra entidad, en este caso de una entidad fuerte, tiene sus
propias caractersticas aunque est ligada a la entidad fuerte.
En el ejemplo anterior, diremos que las entidades Cliente, Auto y Personal son fuertes,
mientras que Documentos es dbil ya que no se generar elemento alguno de esa entidad
sin la existencia de las otras tres.
CLAVES O LLAVES
Una clave es un atributo especial que identifica de manera nica cada ocurrencia de la
entidad, es decir, es el que identifica a la entidad como nica e irrepetible en el universo
que es el proceso de negocio. No puede existir dos valores iguales para clave de la
entidad, ya que se estara infringiendo la integridad referencial de los datos (ms adelante
detallar este punto).
33

TIPOS DE CLAVES:
CLAVE PRIMARIA (PRIMARY KEY PK)
Una clave primaria es aquella clave candidata que el diseador eligi como principal
arbitrariamente, es decir, esta ser la que identifique los elementos de cada entidad de
manera nica e irrepetible.
Recomendaciones del profesor al momento de asignar claves primarias:
Para entidades que representen personas u objetos, generalmente se utilizan cdigos
o IDs para identificarlos en el modelo.
Si la entidad representa productos manufacturados o artefactos, tambin puede
utilizarse el cdigo de fabricacin o # de serie para identificarlos.
Para documentos, lo recomendable es identificarlos por el nmero del documento que
fue generado por sistema.
Para entidades que representen cosas abstractas, puede elegirse cualquiera de las
opciones anteriores.
CLAVE FORANEA (FOREIGN KEY FK)

Es la llave primaria de la entidad padre que fue agregada a la entidad hijo por medio de la relacin
entra ambas, vale decir que en la entidad fuerte sigue siendo clave primaria, pero al pasar a la
entidad dbil, pasa como clave secundaria o fornea, pero slo en la entidad dbil ser fornea.
CLAVE CANDIDATA
Las claves candidatas son simplemente aquellas claves las cuales no fueron seleccionadas como
clave primaria, exactamente alguna de esas claves es seleccionada como PK y las restantes si
existe alguna son llamadas claves alternas, pero pueden servir para identificar en una consulta de
datos a la entidad en un momento dado.
Otras claves candidatas pueden ser: telfono, lote, nmero de serie, etc.
34

TIPOS DE RELACIONES:
o
RELACION IDENTIFICADA (Obligatoriedad):
Una relacin identificada representa la obligatoriedad de la existencia de una entidad

(fuerte) para que se produzca ocurrencia de elementos en otra entidad (dbil), ac se
trabajan con las claves para relaciones los registros de ambas entidades, cada
registro representa una ocurrencia de la entidad. Las relaciones identificadas crean
claves primarias compuestas, ya que agrega la FK dentro de la zona de claves en la
entidad Hijo.
La PK de la entidad padre se agrega a la entidad hijo como FK, dentro de la zona de
claves y con lnea de relacin continua.
RELACION NO IDENTIFICADA (No obligatoriedad):

En una relacin no identificada no es obligatoria identificar la PK de la entidad padre
para identificar algn elemento de la entidad hijo, se representa con una lnea
discontinua.
La PK de la entidad padre se agrega a la entidad hijo como FK fuera de la zona de
claves.
35

o
RELACION RECURSIVA
En un tipo de relacin muy especial, en donde los elementos de la misma entidad
participan ms de una vez en la relacin con distintos papeles, esto se da por medio
de la PK de la entidad, se denomina Recursividad de datos. Este tipo de relacin se
utiliza para representar la dependencia de los elementos de la entidad con otros
elementos de la misma entidad.
CARDINALIDAD DE UNA RELACION:
La cardinalidad con la que una entidad participa en una relacin especifica el nmero
mnimo y el nmero mximo de correspondencias en las que puede tomar parte cada
ocurrencia de dicha entidad.
TIPOS DE CARDINALIDADES
RELACION DE UNO A UNO:
En este tipo de relaciones, cada instancia o elemento de la entidad A est asociado
solamente a un elemento de la entidad B. Se recomienda que cuando se identifique una
relacin de este tipo, se una ambas entidades formando una sola, salvo casos especiales.
RELACION DE UNO A MUCHOS:

En este tipo de relaciones, cada instancia o elemento de la entidad A est asociado a
varios elementos de la entidad B, entonces la clave que forma el vnculo entre ambas
entidades, pasa hacia la entidad que tiene el mayor grado de Cardinalidad, es decir el que
posee la denominacin muchos.
36

RELACION DE MUCHOS A MUCHOS:

En este tipo de relacin, los elementos de la entidad A estn asociados a varios
elementos de la entidad B, y los elementos de la entidad B estn asociados a varios
elementos de la entidad A, cuando sucede esto, se genera una nueva entidad
denominada Entidad Asociada, generalmente toma el nombre de ambas entidades
participantes o la denominacin del verbo de la relacin. La entidad asociada se grafica
slo en el modelo fsico de datos, en el nivel lgico se representa la relacin muchos a
muchos.
37

EJERCICIOS
38

LABORATORIO # 3
CREANDO EL MODELO FSICO EN ERWIN

Para ello debemos editar los tipos de datos soportados para cada columna de cada tabla,
para ello hacemos clic derecho sobre un espacio vaco y seleccionamos la opcin Table
Display, ah elegimos Column Datatype.
Luego seleccionamos una tabla y hacemos clic derecho, ah seleccionamos la opcin

Column con la cual aparecer la ventana para editar los tipos de datos
39

En la siguiente imagen se muestra el modelo Lgico del caso anterior (La concesionaria
de automviles).
En la siguiente imagen se muestra el modelo Fsico del caso anterior (La concesionaria de
automviles), con todos los tipos de datos indicados.
40

CREAR UNA GENERALIZACION JERARQUICA (EN EL MODELO LOGICO)
1. Seleccione el icono de categora desde el Toolbox.
2. Seleccione la entidad Supertipo.

3. Seleccione la entidad Subtipo.
4. Para agregar ms entidades hacemos clic en el smbolo de categora y luego clic en la
entidad Subtipo.
EN EL MODELO FSICO
La Generalizacin se muestra as:
41

CAPITULO 4
Modelado Entidad - Relacin
Modelo Entidad Relacin
El Diagrama Entidad Relacin Formas correctas de Diagramacin Ejemplos.
DIAGRAMA ENTIDAD RELACION (DER)

Denominado por sus siglas como: E-R; Este modelo representa a la realidad a travs
de un esquema grfico empleando los terminologa de entidades, que son objetos que
existen y son los elementos principales que se identifican en el problema a resolver
con el diagramado y se distinguen de otros por sus caractersticas particulares
denominadas atributos, el enlace que rige la unin de las entidades est representada
por la relacin del modelo.
Una entidad en el modelo conceptual se representa por un rectngulo:
La relacin entre entidades se representa mediante un rombo, dentro del cual se

coloca el verbo o frase verbal de la relacin.
42

EJEMPLO
CONSTRUIR UN DER A PARTIR DE UN CASO DE ESTUDIO en ERWIN 7.1
Vamos a trabajar en un sencillo caso de estudio, en la cual iremos creando el Diagrama

Entidad Relacin hasta culminar con un Modelo Entidad Relacin representado en la
herramienta de diseo Case Erwin.
CASO DE ESTUDIO:
En una concesionaria de automviles, se desea automatizar los procesos de ventas, en s
lo que se desea conocer es a quienes se vende, qu vehculos son vendidos y quines
son los vendedores que realizan las ventas.
Cada cliente puede solicitar la adquisicin de un vehculo, por cada vez, se le entrega
un comprobante de pago por medio del representante de rea de ventas, indicando
los datos ms importantes como nombre, DNI, direccin, situacin legal, etc.
Cada automvil pertenece a un modelo en especial, debemos clasificar los modelos
de autos disponibles como deportivos, elegantes, etc.
Trabajamos con distintas marcas de automviles (Entre las que tenemos Hyundai,
Toyota y Nissan). Cada marca tiene distintos modelos.
Los autos pueden ser deportivos, carreteras y camionetas.
Los vendedores son los que realizan todo el proceso de venta.
ENTIDADES:
Debemos comenzar con identificar las entidades de nuestro caso.
Cliente: La persona que hace la compra de automviles Pueden ser pernas naturales o
empresas.
Vendedor: La persona que atiende y realiza la venta al cliente.
Automvil: El objeto de la transaccin.
Marca: Los distintos fabricantes de automviles con los que trabajamos.
Modelo: Los distintos modelos que ofrecemos al pblico.
Comprobante de pago: El documento que se otorga al cliente luego de la cancelacin.
RELACIONES:
El cliente adquiere un vehculo, por medio del comprobante de pago podemos conocer al
cliente que pag por el automvil.
43

El vendedor atiende el proceso de la venta, l ser quien emita el comprobante de pago
final.
Una marca fabricante tiene distintos modelos disponibles en catlogo.
Un modelo pertenece a una marca en especial.
Realizamos el diagrama entidad - relacin:
Esto es el Modelo Conceptual representado en un Diagrama Entidad Relacin, lo que sigue

ahora es realizar el Modelo Lgico de datos representado por un Modelo Entidad Relacin.
44

CAPITULO 5
MODELO RELACIONAL
Modelo Relacional
Fundamentos del modelo relacional Evolucin del MR Objetivos del MR
Estructura del Modelo Relacional: Dominio y Atributo, relaciones, claves y
restricciones
MODELO RELACIONAL
El modelo relacional para la gestin de una base de datos es un modelo de datos basado
en la lgica de predicado y en la teora de conjuntos. Es el modelo ms utilizado en la
actualidad para modelar problemas reales y administrar datos dinmicamente. Tras ser
postuladas sus bases en 1970 por Edgar Frank Codd, de los laboratorios IBM en San
Jos (California), no tard en consolidarse como un nuevo paradigma en los modelos de
base de datos.
Su idea fundamental es el uso de relaciones. Estas relaciones podran considerarse en
forma lgica como conjuntos de datos llamados tuplas. Pese a que sta es la teora de
las bases de datos relacionales creadas por Edgar Frank Codd, la mayora de las veces
se conceptualiza de una manera ms fcil de imaginar, esto es, pensando en cada
relacin como si fuese una tabla que est compuesta por registros (cada fila de la tabla
sera un registro o tupla), y columnas (tambin llamadas campos).
CONCEPTOS
DATOS ATOMICOS
Las Bases de Datos relacionales tienen en la estructura de sus tablas en realidad,
datos atmicos (es as como debe de ser). Un dato atmico es aquel que no puede
descomponerse en dos o ms datos simples, es decir, son indivisibles en sus valores.
Los datos atmicos son opuestos a los multivaluados, que pueden ser descompuestos
45

en otros tipos de datos no atmicos. Un atributo multivaluado tiene valores de dominio
con caractersticas propias (atributos propios).
Veamos un ejemplo, tenemos la siguiente tabla:
Personas (nombre, apellido, fecha_nacimiento, sexo, estado_civil)
DEPENDENCIA FUNCIONAL (DF)
Hay veces en que los atributos estn relacionados entre s de manera ms especfica
que la de pertenecer a una misma relacin. Hay veces en que es posible determinar
que un atributo depende de otro funcionalmente, como si existiera una funcin f en el
mundo, tal que t[A] =f(t[B]).
UTILIDAD EN EL DISEO DE BASES DE DATOS:
Las dependencias funcionales son restricciones de integridad sobre los datos.

Conocer las dependencias funcionales en el momento del diseo de la base de datos
permite crear mecanismos para evitar la redundancia (y los potenciales problemas de
integridad que eso conlleva) y mejorar la eficiencia.
EJEMPLO:
Una dependencia funcional es una relacin de dependencia entre uno o ms atributos.
Por ejemplo si conocemos el valor FechaDeNacimiento podemos conocer el valor de
Edad.
Las dependencias funcionales se escriben utilizando una flecha, de la siguiente
manera:
FechaDeNacimiento -> Edad
Tenemos la entidad:
Entidad Auto (CodigoAuto, Modelo, NroPlaca, Color, Capacidad, Ao)
DEPENDENCIA FUNCIONAL TRANSITIVA
Supongamos que en una relacin en la que los estudiantes solo pueden estar
matriculados en un solo curso y supongamos que los profesores solo pueden dar un
curso.
ID_Estudiante -> Curso_Tomando
Curso_Tomando -> Profesor_Asignado
ID_Estudiante -> Curso_Tomando -> Profesor_Asignado
46

Entonces
tenemos
que
ID_Estudiante
determina
Curso_Tomando
el
Curso_Tomando determina a Profesor_Asignado, indirectamente podemos saber a

travs del ID_estudiante el Profesor_Asignado. Entonces en la relacin tenemos una
dependencia transitiva entre alumno y profesor.
VEAMOS OTRO EJEMPLO:

IdCliente -> Venta realizada
Venta realizada -> Vendedor encargado
IdCliente -> Venta realizada -> Vendedor encargado
Entonces tenemos que el IdCliente determina a quin se le hizo la venta, y la venta realizada
determina qu vendedor llev a cabo la venta. Entonces en la relacin tenemos una dependencia
transitiva entre el cliente y el vendedor.
47

CAPITULO 6
MODELO DE DATOS II
Modelo de Datos II
Elementos del Modelamiento de Datos Transformacin del Modelo ER al

Modelo Relacional.
ELEMENTOS DEL MODELAMIENTO DE DATOS
Los elementos permitidos en el modelamiento de datos son los siguientes:

Objetos: Entidades, relaciones, registros, etc.
Asociaciones: entre objetos (interrelaciones)
Propiedades: o caractersticas de los objetos o asociaciones (atributos, campos
elementos de datos, etc.
Dominios: que son conjunto nominado de valores homogneos sobre los que se definen
las propiedades.
TRANSFORMACIN DEL MODELO ER AL MODELO RELACIONAL
Para transformar un modelo entidad-relacin a modelo relacional seguiremos las
siguientes reglas:
Toda entidad del modelo entidad-relacin se transforma en una tabla.
Cualquier atributo de una entidad se transforma en un campo dentro la tabla,
manteniendo las claves primarias.
Las relaciones N:M se transforman en una nueva tabla que tendr como clave
primaria la concatenacin de los atributos clave de las entidades que relaciona.
En las relaciones 1:N se pueden tener dos casos:
o
Si la entidad que participa con cardinalidad mxima uno lo hace tambin con
cardinalidad mnima uno, entonces se propaga el atributo de la entidad que
tiene cardinalidad mxima 1 a la que tiene cardinalidad mxima N,
48

desapareciendo el nombre de la relacin. Si existen atributos en la relacin
stos tambin se propagarn.
o
Si la entidad que participa con cardinalidad mxima uno lo hace tambin

cardinalidad mnima cero, entonces se crea una nueva tabla formada por las
claves de cada entidad y los atributos de la relacin. La clave primaria de la
nueva tabla ser el identificador de la entidad que participa con cardinalidad
mxima N.
En el caso de las relaciones 1:1 tambin pueden darse dos casos:

o
Si las entidades poseen cardinalidades (0,1), la relacin se convierte en una

tabla.
Si una de las entidades posee cardinalidad (0,1) y la otra (1,1), conviene

propagar la clave de la entidad con cardinalidad (1,1) a la tabla resultante de
la entidad con cardinalidad (0,1). Si ambas entidades poseen cardinalidades
(1,1) se puede propagar la clave de cualquiera de ellas a la tabla resultante de
la otra.
En el caso de las relaciones N-arias se aplica la misma regla que para las
relaciones N:M
En el caso de las relaciones reflexivas supondremos que se trata de una relacin
binaria con la particularidad que las dos entidades son iguales y aplicaremos las
reglas vistas en los puntos anteriores.
REPRESENTACION DE UN MER EN UN MODELO RELACIONAL

A continuacin veremos un caso de estudio en la cual se muestra el modelo lgico y el modelo
fsico resultante
PROCESO DE NEGOCIO BIBLIOTECA

La biblioteca del instituto tecnolgico desea implementar un sistema de control de prstamos de
libros a los estudiantes, para lo cual se nos brind la informacin necesaria.
El estudiante debe solicitar el prstamo al empleado encargado de la biblioteca quin entregar el
libro en cuestin. El estudiante debe dejar un documento personal para que se le entregue el libro.
Por cada prstamo el estudiante puede solicitar hasta un mximo de tres libros, de distintas
especialidades, se desea registrar cada libro clasificndolos segn el autor y la editora que la
distribuye.
49

EL MODELO LOGICO
50

CAPITULO 7
TEORA DE LA NORMALIZACIN
Teora de la Normalizacin
Definicin Formas Normales Anomalas de la actualizacin de los datos.

Dependencia Funcional Dependencia Multivaluada Costos de
la
Normalizacin.
NORMALIZACION DE DATOS
La normalizacin de datos es el proceso de transformacin de las entidades complejas en

entidades simples, siempre que se normaliza se crean por lo menos dos entidades
nuevas.
Esta es otra forma de encontrar las entidades del proceso de negocio, por medio de los
documentos que son los que se puede normalizar, podemos disear los modelos de
datos.
CUL ES EL OBJETIVO DE LA NORMALIZACIN?
El objetivo principal es el de evitar la redundancia de los datos en las tablas, mejorar u
optimizar el diseo del sistema para brindar una mejor performance de los procesos.
Solo un diseo normalizado puede garantizar que nuestro sistema cumple con los
requisitos de los usuarios.
Adems Evitar problemas de actualizacin de los datos en las tablas.
Proteger la integridad de los datos.
EVITAR LA REDUNDANCIA!
Ejemplo:
51

En el proceso de normalizar datos, nos vamos a encontrar con que existen
procedimientos para lograr la optimizacin de nuestro diseo de datos, estos
procedimientos son conocidos como formas normales, las cuales a su vez tienen sus
propias caractersticas, veamos cada uno de ellos.
Existen 5 formas normales, de las cuales podemos decir que cumplidas las 3 primeras
formas normales tendremos un diseo adecuado de datos.
1 FORMA NORMAL (1FN)

Una relacin se encuentra en primera forma normal si y slo si sus atributos son
atmicos, es decir son no descomponibles. El objetivo de la 1FN es hallar aquellos los
atributos que tienen dependencia funcional directamente con la PK.
DEPENDENCIA FUNCIONAL (DF)
Es la relacin que existe entre los atributos no primos (no claves) y la clave primaria de la
entidad.
Ejemplo:
Alumno (cdigo, nombre, apellido, nota1, nota2, promedio)
Diremos entonces: El campo Nombre y Apellido tienen DF con la clave Cdigo.

Nota1, Nota2 y Promedio no tienen DF con la clave Cdigo.
Slo aquellos atributos que pertenezcan a las caractersticas propias de la entidad, tienen
dependencia funcional con la PK, sin no dependen funcionalmente de la clave principal,
entonces no pertenecen a la entidad.
PASOS DE LA 1FN:
1. Identificar los grupos repetitivos y no repetitivos (GR, GNR).
2. Remover los GR y crear una nueva entidad con ellos.
3. Llevar la clave a la nueva entidad.
52

Para explicar las formas normales, utilizaremos una factura de venta la cual iremos
descomponiendo paso a paso.
Tenemos una factura cuyo modelo es simple, una tpica factura de una bodega o una
farmacia por ejemplo, debemos ubicar todos aquellos datos que representan informacin
importante para el negocio, las listamos para luego proceder a normalizarlo. Aqu la lista
de atributos encontrados
53

Una relacin estar en 2FN si y slo si est en 1FN y adems se cumple que los atributos
no primos tienen dependencia funcional completa con respecto a la clave concatenada o
compuesta.
DEPENDENCIA FUNCIONAL COMPUESTA (DFC)
Es la relacin que existe entre los atributos no primos (no claves) y la clave concatenada,
una clave concatenada es aquella que est compuesta por dos o ms atributos claves, la
tienen las entidades asociadas y las entidades con relacin identificada.
Ejemplo: Una entidad que tiene una clave compuesta.
Diremos: Atributo 1 tiene DFC con ambas claves, Atributo 2 no tiene DFC con ambas
claves, entonces remover Atributo 2.
PASOS DE LA 2FN
1. Identificar los atributos con dependencia funcional incompleta.
2. Remover los atributos con DF incompleta y crear una nueva entidad.
Veamos esto en forma de tabla:
54


Una relacin estar en 3FN si y slo si est en 2FN y adems existen atributos no claves
que dependen de otros atributos no claves de la entidad compleja. Estos atributos no
claves tienen relacin transitiva con la entidad principal.
DEPENDENCIA TRANSITIVA
Se refiere a la relacin indirecta entre dos o ms entidades, esta relacin indirecta se da

por medio de otra entidad que funge de puente entre ambas.
Diremos entonces que: La entidad A es transitiva a la entidad C, relacin indirecta por

medio de la entidad B.
55

PASOS DE LA 3FN
1. Identificar los atributos no claves con DF con otros atributos no claves.
2. Remover los atributos transitivos y crear una nueva entidad.
Para que un diseo de datos tenga credibilidad y de suficiente soporte al cumplimiento de

requerimiento de los usuarios, se acepta hasta la 3FN, es decir, si el diseo se encuentra
normalizado hasta la 3FN entonces cumple con los requisitos del sistema, este ejemplo
quedara as:
56

57

CAPITULO 8
ALGEBRA RELACIONAL
Algebra Relacional
Concepto de Algebra Relacional Operaciones tradicionales de conjuntos del

algebra relacional: Unin, Interseccin, Diferencia, Producto Cartesiano
LGEBRA RELACIONAL
El lgebra relacional es un conjunto de operaciones que describen paso a paso como
computar una respuesta sobre las relaciones, tal y como stas son definidas en el modelo
relacional. Denominada de tipo procedimental, a diferencia del Clculo relacional que es
de tipo declarativo.
Describe el aspecto de la manipulacin de datos. Estas operaciones se usan como una
representacin intermedia de una consulta a una base de datos y, debido a sus
propiedades algebraicas, sirven para obtener una versin ms optimizada y eficiente de
dicha consulta.
OPERACIONES DEL ALGEBRA RELACIONAL:

Las operaciones de lgebra relacional manipulan relaciones. Esto significa que estas
operaciones usan uno o dos relaciones existentes para crear una nueva relacin. Esta
nueva relacin puede entonces usarse como entrada para una nueva operacin. Este
poderoso concepto - la creacin de una nueva relacin a partir de relaciones existentes
hace considerablemente ms fcil la solucin de las consultas, debido a que se puede
experimentar con soluciones parciales hasta encontrar la proposicin con la que se
trabajar.
El lgebra relacional consta de nueve operaciones:
Unin
Interseccin
Diferencia
58

Producto
Seleccin
Proyeccin
Reunin
Divisin
Asignacin
Las cuatro primeras se toman de la teora de conjunto de las matemticas; las cuatro
siguientes son operaciones propias del lgebra relacional y la ltima es la operacin
estndar de dar un valor a un elemento.
UNIN
La operacin de unin permite combinar datos de varias relaciones. Supongamos que
una determinada empresa internacional posee una tabla de empleados para cada uno
de los pases en los que opera. Para conseguir un listado completo de todos los
empleados de la empresa tenemos que realizar una unin de todas las tablas de
empleados de todos los pases.
INTERSECCIN
La operacin de interseccin permite identificar filas que son comunes en dos
relaciones.
Supongamos que tenemos una tabla de empleados y otra tabla con los asistentes que
han realizado un curso de ingls (los asistentes pueden ser empleados o gente de la
calle).
Queremos crear una figura virtual en la tabla denominada "Empleados que hablan
Ingls", esta figura podemos crearla realizando una interseccin de empleados y curso
de ingls, los elementos que existan en ambas tablas sern aquellos empleados que
han asistido al curso.
DIFERENCIA
La operacin diferencia permite identificar filas que estn en una relacin y no en otra.
Tomando como referencia el caso anterior, deberamos aplicar una diferencia entre la
tabla empleados y la tabla asistentes al curso para saber aquellos asistentes externos
a la organizacin que han asistido al curso.
59

PRODUCTO
La operacin producto consiste en la realizacin de un producto cartesiano entre dos
tablas dando como resultado todas las posibles combinaciones entre los registros de
la primera y los registros de la segunda. Esta operacin se entiende mejor con el
siguiente ejemplo:
SELECCIN
La operacin seleccin consiste en recuperar un conjunto de registros de una tabla o
de una relacin indicando las condiciones que deben cumplir los registros
recuperados, de tal forma que los registros devueltos por la seleccin han de
satisfacer todas las condiciones que se hayan establecido. Esta operacin es la que
normalmente se conoce como consulta.
PROYECCIN
Una proyeccin es un caso concreto de la operacin seleccin, esta ltima devuelve
todos los campos de aquellos registros que cumplen la condicin que he establecido.
Una proyeccin es una seleccin en la que seleccionamos aquellos campos que
deseamos recuperar.
REUNIN
La reunin se utiliza para recuperar datos a travs de varias tablas conectadas unas
con otras mediante clusulas JOIN, en cualquiera de sus tres variantes INNER, LEFT,
RIGHT. La operacin reunin se puede combinar con las operaciones seleccin y
proyeccin.
LAS OPERACIONES
Bsicas
Cada operador del lgebra acepta una o dos relaciones y retorna una relacin como
resultado.
y son operadores unarios, el resto de los operadores son binarios. Las operaciones
bsicas del lgebra relacional son:
SELECCIN ()
Permite seleccionar un subconjunto de tuplas de una relacin (R), todas aquellas que
cumplan la(s) condicin(es) P, esto es:
60

PROYECCIN ()
Permite extraer columnas (atributos) de una relacin, dando como resultado un subconjunto
vertical de atributos de la relacin, esto es:
Selecciona los atributos Apellido, Semestre y NumeroControl de la relacin Alumnos,

mostrados como un subconjunto de la relacin Alumnos.
PRODUCTO CARTESIANO (X)

El producto cartesiano de dos relaciones se escribe como:
RxS
y entrega una relacin, cuyo esquema corresponde a una combinacin de todas las tuplas
de R con cada una de las tuplas de S, y sus atributos corresponden a los de R seguidos
por los de S.
Ejemplo:
Alumno x Maestros
Muestra una nueva relacin, cuyo esquema contiene cada una de las tuplas de la relacin
Alumnos junto con las tuplas de la relacin Maestros, mostrando primero los atributos de
la relacin Alumnos seguidos por las tuplas de la relacin Maestros.
UNIN ()
61

La operacin:
RUS
Retorna el conjunto de tuplas que estn en R, o en S, o en ambas. R y S deben ser

uniones compatibles.
DIFERENCIA (-)
La diferencia de dos relaciones, R y S denotada por:
RS
Entrega todas aquellas tuplas que estn en R, pero no en S. R y S deben ser uniones
compatibles.
Estas operaciones son fundamentales en el sentido en que (1) todas las dems
operaciones pueden ser expresadas como una combinacin de stas y (2) ninguna de
estas operaciones pueden ser omitidas sin que con ello se pierda informacin.
R S = R (R S)
La interseccin, como en Teora de conjuntos, corresponde al conjunto de todas las tuplas
que estn en R y en S, siendo R y S uniones compatibles.
EJERCICIOS DE LGEBRA RELACIONAL
Tenemos el siguiente esquema relacional de base de datos:
CLIENTES (N Cliente, Nombre, Direccin, Telfono, Poblacin)

PRODUCTO (Cod Producto, Descripcin, Precio)
VENTA (Cod Producto, N Cliente, Cantidad, Id Venta)
La tabla de clientes almacena informacin sobre cada posible cliente de nuestra empresa.
En la tabla de productos almacenamos informacin sobre cada producto de la empresa.
La tabla de ventas relaciona a las dos anteriores utilizando el atributo cod Producto para
indicar el producto que se venda, y el atributo N Cliente para indicar el cliente al que
vendimos el producto.
Sobre ella se realizan estos ejercicios (las soluciones estn al final):
Realizar una consulta que muestre el nombre de los clientes de Palencia.
Indicar el cdigo y descripcin de los productos cuyo cdigo coincida con su
descripcin.
62

CAPITULO 9
SISTEMA DE GESTIN DE BASE DE

DATOS
Sistema de Gestin de Base de Datos
Definicin Arquitectura Elementos Caractersticas Ventajas Clasificacin
de los Sistemas de Gestin de Bases de Datos.
SISTEMA DE GESTIN DE BASE DE DATOS
DEFINICIN:
Un Sistema de Gestin de Bases de Datos (SGBD1) consiste en una coleccin de datos
interrelacionados y un conjunto de programas para acceder a los mismos. Esta definicin
es prcticamente idntica a la que se dio anteriormente de Sistema de Informacin, de
hecho normalmente en el ncleo de un SI se sita un SGBD. El caso de lo SIG es un
poco diferente ya que en principio las bases de datos espaciales no son adecuadas para
su manejo con SGBD tradicionales.
Sin embargo, a lo largo del desarrollo de las tecnologas ligadas a los SIG desde los
setenta hasta la actualidad, una de las tendencias ms claras es el papel, cada vez ms
importante, que tiene el uso de SGBD para la gestin de datos temticos como apoyo al
SIG.
Por qu utilizar un SGBD?
Acceso eficiente e independencia de los datos.

Reduccin del tiempo de desarrollo de aplicaciones.
Integridad y seguridad de los datos.
Administracin de los datos de forma uniforme.
Posibilidad de acceso concurrente
Recuperacin del sistema frente a fallos.
63

CARACTERSTICAS:
Un SGBD permite el almacenamiento, manipulacin y consulta de datos pertenecientes a

una base de datos organizada en uno o varios ficheros. Un SGBD permite:
El mtodo de almacenamiento y el programa que gestiona los datos (servidor) son
independientes del programa desde el que se lanzan las consultas (cliente).
En lugar de primarse la visualizacin de toda la informacin, el objetivo fundamental
es permitir consultas complejas, cuya resolucin est optimizada, expresadas
mediante un lenguaje formal.
El almacenamiento de los datos se hace de forma eficiente aunque oculta para el
usuario y normalmente tiene, al contrario de lo que ocurre con las hojas de clculo,
poco que ver con la estructura con la que los datos se presentan al usuario.
El acceso concurrente de mltiples usuarios autorizados a los datos, realizando
operaciones de actualizacin y consulta de los mismos garantizando la ausencia de
problemas de seguridad (debidos a accesos no autorizados) o integridad (prdida de
datos por el intento de varios usuarios de acceder al mismo fichero al mismo tiempo.
CLASIFICACIN:
Criterios utilizados para la clasificacin:

Modelo de datos utilizado.
Nmero de usuarios.
Nmero de lugares en que est distribuida la BD
Modelo de datos:
-
Relacionales
Objeto-relacionales.
Orientados a objetos.
Jerrquicos,
Red,
Otros...
Nmero de usuarios:
64

-
Monousuario
Multiusuario
Nmero de lugares:
-
Centralizados
Distribuidos.
65

7 Modelamiento de Base de Datos

Diunggah oleh

Informasi Dokumen

Deskripsi Asli:

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

7 Modelamiento de Base de Datos

Diunggah oleh

Hak Cipta:

Format Tersedia

Organizacin Educativa Leonardo Da Vinci

CENTRO DE ALTA TECNOLOGA

Organizacin Educativa Leonardo Da Vinci

NOTA: La informacin contenida en este

Organizacin Educativa Leonardo Da Vinci

diagramas de diseo de datos con el uso del Modelo Entidad

En el proceso de desarrollo de sistemas informticos, orientados

Organizacin Educativa Leonardo Da Vinci

didcticos, por lo que Organizacin Leonardo

Organizacin Educativa Leonardo Da Vinci

FUNDAMENTOS DE BASE DE DATOS

Fundamentos de Base de Datos

FUNDAMENTOS DE BASE DE DATOS

En el proceso de desarrollo de sistemas informticos, orientados a producir software

Organizacin Educativa Leonardo Da Vinci

Horizontal: Crecimiento de los usuarios.

Vertical: Se refiere al crecimiento del servidor de datos.

requerimientos de los usuarios como consultas, actualizacin, recuperacin de

c. IMPORTANCIA DE LOS DBMS

Organizacin Educativa Leonardo Da Vinci

Desde dnde (terminal de usuario) y cmo accedern a la BD, para ello se

Hasta donde y sobre todo a qu tipo de informacin tendrn acceso los

VENTAJAS Y DESVENTAJAS DE LAS BD RELACIONALES:

Organizacin Educativa Leonardo Da Vinci

Organizacin Educativa Leonardo Da Vinci

2. ADMINISTRACION DE BASE DE DATOS

Organizacin Educativa Leonardo Da Vinci

ADMINISTRADOR DE BASE DE DATOS

Definicin de la estructura de tablas, y componentes.

Asignacin y administracin de permisos de acceso a los usuarios.

Organizacin Educativa Leonardo Da Vinci

Responsable de la seguridad de toda la informacin, por medio de copias de

Administrar la estructura de la Base de Datos

Administrar la actividad de los datos

Administrar el Sistema Manejador de Base de Datos

Establecer el Diccionario de Datos

Asegurar la confiabilidad de la Base de Datos

Confirmar la seguridad de la Base de Datos

Asegurar una ptima performance de la organizacin de los datos.

Detallemos algunos de ellos:

Administracin de la estructura de la Base de Datos

Organizacin Educativa Leonardo Da Vinci

Administracin del DBMS

Establecer el Diccionario de Datos.

Mantener la Disponibilidad de los Datos.

Organizacin Educativa Leonardo Da Vinci

ESQUEMA DE LA ARQUITECTURA ANSI

NIVEL EXTERNO (Conceptual)

ser el nico medio de acceso de estos usuarios hacia la informacin

almacenada en el servidor de datos (el DBMS).

Organizacin Educativa Leonardo Da Vinci

NIVEL LOGICO (Diseo)

NIVEL INTERNO (Fsico)

Organizacin Educativa Leonardo Da Vinci

Nivel interno: Tiene un esquema interno que describe la estructura fsica

Nivel conceptual: tiene esquema conceptual. Describe la estructura de

Nivel externo o de vistas: tiene varios esquemas externos o vistas de

El objetivo de la arquitectura de tres niveles es el de separar los programas de

correspondencias pueden requerir bastante tiempo, por lo que algunos SGBD

Organizacin Educativa Leonardo Da Vinci

SISTEMA GESTOR DE BASE DE DATOS RELACIONAL (SGDBR).

El almacenamiento fsico de los datos se gestiona nicamente a travs del gestor. El

La manipulacin de la estructura y contenido de una base de datos relacional se