Modelamiento de

Datos

Profesor: José Tomás Cadenas Lucero

1
 Diseñar

Proceso iterativo en el cual una especificación se va transformando

en otra especificación disminuyendo el nivel de abstracción y
acercándose a lo que una máquina virtual puede entender

Lenguaje de
“Mapping”
Alto nivel “Mapping”

Especificación Especificación
Problema (ambigua) (sin ambigüedad)
Requerimientos
Lenguaje Natural Funcionales
y no Funcionales

Entendida por el Entendida por una

hombre máquina virtual

2
 Definiciones

 Minimundo o Universo de discurso: Representa

algún aspecto del mundo real
 Base de Datos: Colección de datos relacionados
entre si utilizados para representar los elementos
que juegan un papel protagónico en un minimundo
 Sistema Manejador (Gestor) de Base de Datos
(DBMS): Software que facilita la creación y
mantenimiento de una base de datos automatizada.
Es un mediador entre la Base de Datos o capa física
(nivel de almacenamiento real de los datos) y los
usuarios del sistema (capa lógica)
 Sistema de Base de Datos: El software DBMS junto
con los datos, incluyendo las aplicaciones
3
 Problemas a resolver

 Los que requieran del recurso “Datos”

 Datos: conjunto de hechos conocidos que se pueden
almacenar, con significado implícito para quien lo usa
y que reflejan el estado actual de la realidad

4
 Problemas a resolver

 Propiedades de los datos:

 Persistencia: que puedan ser almacenados.
 Disponibilidad: Puedan ser accedidos cuando sea
necesario
 Consistencia: Cumplan con ciertas reglas del mini-
mundo que describen.
 Seguridad: Puedan ser accedidos sólo por
aquellos que tengan privilegio para hacerlo.
 Confiabilidad: No se vean alterados por
perturbaciones del medio ambiente

5
Sistema de Bases de Datos

6
 Sistema de Bases de Datos

Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe 7

 Ventajas de un Sistema de Base de datos

 Independencia de Programas/Datos
 Abstracción de Datos
 Acceso eficiente a los Datos
 Seguridad de los Datos
 Administración centralizada de los datos
 Control de acceso concurrente y recuperación de
fallos
 Facilidad en el desarrollo de aplicaciones
 Representación de la vista de datos de los usuarios
 Posee mecanismos para garantizar la consistencia
de los datos
8
 Razones para no usar un DBMS

 El DBMS es un software, optimizado para ciertos tipos trabajos tales

como: responder consultas complejas o manejar eficientemente
requerimientos concurrentes, y su rendimiento puede que no sea el
adecuado para ciertas aplicaciones especializadas
 Una aplicación puede necesitar manipular los datos en formas que no
son soportadas por un lenguaje de consulta de BD
 La administración de la BD requiere de personal calificado que
coordine las necesidades de los diferentes grupos, diseñe vistas,
defina esquemas de datos, establezca procedimientos de respaldo y
recuperación, además de entonar la estructura física para obtener
criterios de rendimiento aceptables
 Aplicaciones sencillas y bien definidas que no requieran cambios o
inexistencia del acceso multiusuario de los datos
 Costos económicos (hardware, software y personal)

9
Arquitectura de tres niveles de una BD

10
 Niveles de abstracción

 El Nivel de vistas o externo describe sólo parte de la

base de datos completa. Consiste de las vistas que
tiene cada grupo de usuarios de la Base de Datos.
 El Nivel Lógico o conceptual describe qué datos se
almacenan en la base de datos y qué relaciones
existen entre esos datos. El resultado es el esquema
conceptual, una simple y lógica descripción de todos
los elementos de los datos y sus interrelaciones
 El Nivel físico o interno describe cómo se almacenan
realmente los datos, con las estructuras de datos
complejas de bajo nivel

11
 Modelo de Datos

 Colección de herramientas conceptuales para

describir los datos, las interrelaciones, la semántica y
las restricciones de consistencia
 Herramienta de especificación formal que permite
representar las propiedades que caracterizan a los
entes de un minimundo englobado en un problema
 Esconde muchos detalles de almacenamiento de
bajo nivel: el usuario define qué datos desea
almacenar sin importarle el cómo se almacenan

12
 Elementos de un Modelo de Datos

 Estructuras: elementos que permiten definir las

características esenciales o estructurales de los datos
 Restricciones: Permite especificar condiciones que
deben cumplir los entes que pertenecen al universo de
discurso, son de tres tipos:
 Inherentes: condiciones que se infieren a partir de las
propiedades de las estructuras ofrecidas por el MD
 Implícitas: condiciones especiales sobre el uso de sus
estructuras que se deben cumplir en un MD
 Explícitas: Aquellas que no se pueden especificar a
través de las dos anteriores
 Operaciones: Indican cómo pueden ser utilizados los
datos para satisfacer los requerimientos
13
 Tipos de Modelos de Datos

De acuerdo a su nivel de abstracción

 De Alto nivel, Conceptuales o Semánticos: representan la
realidad a través de estructuras que visualizan los datos
de forma más cercana a cómo el hombre los percibe
 De Implementación, Lógicos o Tradicionales: representan
la realidad a través de estructuras que pueden ser
entendidas por usuarios, pero que se acercan más a la
forma como se almacenan los datos
 De Bajo Nivel o Físicos: Representan cómo están
almacenados los datos en memoria secundaria

14
 Tipos de Modelos de Datos

De acuerdo a cómo pueden verse los entes reales

 Con identificación de valores: Los entes se identifican por
la descripción de sus propiedades. Dos entes son iguales
si poseen los mismos valores para sus propiedades
 Con identificación por existencia: los entes se identifican
por sí mismos, es decir por existir en el minimundo que se
está modelando

15
 Tipos de Modelos de Datos

En base a la capacidad de representación de las propiedades

estructurales de los entes del universo de discurso
 Estructurados: todos los datos de un mismo tipo, deben
estar caracterizados por las mismas propiedades
 Semi-estructurados: los datos de un mismo tipo pueden o
no estar caracterizados por las propiedades estructurales
que caracterizan al tipo
 No estructurados: Cada dato tiene sus propias
propiedades estructurales

16
 Esquemas y Diagramas

 Esquema: es la representación de un problema utilizando

un modelo de datos
 Diagrama: Es la representación gráfica de un esquema.
Son las descripciones que se utilizan comunmente para
establecer la comunicación con el usuario final

17
 Ejemplares y Esquemas

 Las bases de datos van cambiando a lo largo del

tiempo conforme la información se inserta, actualiza
y/o elimina
 La colección de información almacenada en la base de
datos en un momento particular se denomina ejemplar
de la base de datos, otros autores lo denominan
instancia de la base de datos
 El diseño completo de la base de datos se llama
esquema de la base de datos. Los esquemas son más
permanentes en el tiempo

18
 Lenguajes que provee un DBMS

 Lenguaje de Definición de Datos (DDL): Ofrece primitivas

para crear objetos de la Base de Datos
 Lenguaje de Manipulación de Datos (DML): Ofrece las
construcciones necesarias para implementar las
operaciones del MD que implementa el DBMS. Incluye
facilidades para insertar, consultar, eliminar y actualizar
datos
 Lenguaje de Control de Datos (DCL): Ofrece las
construcciones necesarias para proporcionar a los
usuarios el acceso requerido a los datos y controlar el uso
de los mismos en el SBD

19
 Lenguajes que provee un DBMS

Los DBMS suelen proporcionar uno o más

 Lenguaje declarativo para operar sobre los datos: Los
RDBMS utilizan SQL (Structured Query Language)
 Lenguaje procedimental para operar sobre los datos:
Oracle ofrece PL/SQL, PostgreSQL ofrece PL/pgSQL

20
 Control de acceso Concurrente

 El DBMS proporciona mecanismos para garantizar que

el acceso concurrente de los datos no produzca
inconsistencias.
 Tales mecanismos se basan en la gestión de
transacciones para garantizar las propiedades de
atomicidad, consistencia, aislamiento y durabilidad de
las transacciones (propiedades ACID), evitando los
efectos que pueden producir las fallas en los sistemas
de computación

21
 Metodología para el diseño de una BD

Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe 22

 Referencias

 Date, C.J. (2001). Introducción a los Sistemas de Bases de Datos.

Prentice Hall.
 Elmasri, R. y Navathe, S. (2011) Fundamentals of Database Systems.
6th edition. Addison-Wesley.
 Hansen G. y Hansen J. (2000) Diseño y Administración de Bases de
Datos. Segunda edición. Prentice Hall
 Kronke D. (2003). Procesamiento de Bases de Datos. Fundamentos,
Diseño e Instrumentación. Octava edición. Prentice Hall.
 Ramakrishnan R. y Gehrke J. (2003). Database Management Systems.
Third Edition. McGraw-Hill Higher Education.
 Sabino, N. (2001) Sistema de Base de Datos I – CI3315. Tema Nro. 1:
Introducción, conceptos Básicos. Apuntes de Clase USB.
 Silsberchatz A., Korth H. y Sudarshan S. (2006) Fundamentos de Base
de Datos. Quinta edición. McGraw-Hill Interamericana de España.
23