1

Sistema de Gestión de Bases de Datos

Data Base Management System

Conjunto
Colección de
de Programas
datos para
interrelaci acceder a
onados los
datos
3
Origen de las BD y de los
SGBD
A medida que se integraban las aplicaciones, se tuvieron que interrelacionar sus
archivos y fue necesario eliminar la redundancia. El nuevo conjunto de archivos
se debía diseñar de modo que estuviesen interrelacionados; al mismo tiempo, las
informaciones redundantes (como por ejemplo, el nombre y la dirección de los
clientes o el nombre y el precio de los productos), que figuraban en los archivos
de más de una de las aplicaciones, debían estar ahora en un solo lugar.

Aplicaciones informáticas de los años sesenta Integración de aplicaciones

La emisión de facturas, el control de pedidos Por ejemplo, se integra la
pendientes de servir, el mantenimiento del archivo de aplicación de facturas, la de
productos o la nómina del personal eran algunas de pedidos pendientes y la gestión
las aplicaciones informáticas habituales en los años del archivo de productos.
sesenta.
4
¿Definición del Término Base de Datos?
• Con todo lo que hemos dicho hasta ahora, podríamos
definir el término BD; una base de datos de un SI es la
representación integrada de los conjuntos de
entidades instancia correspondientes a las diferentes
entidades tipo del SI y de sus interrelaciones. Esta
representación informática (o conjunto estructurado de
datos) debe poder ser utilizada de forma compartida por
muchos usuarios de distintos tipos.

• En otras palabras, una base de datos es un conjunto

estructurado de datos que representa entidades y sus
interrelaciones. La representación será única e integrada,
a pesar de que debe permitir utilizaciones varias y
simultáneas.
5
Archivos Tradicionales VS
Bases de Datos
Archivos Tradicionales Bases de Datos
Tienen registros de una sola Tienen datos de varias entidades
entidad tipo. tipo.

El sistema no interrelaciona El sistema tiene previstas

Archivos. herramientas para interrelacionar
entidades
Se crean archivos a la medida de Todas las aplicaciones trabajan
cada aplicación, con todos los con la misma BD y la integración
datos necesarios aunque algunos de los datos es básica,
sean redundantes respecto de de modo que se evita la
otros archivos. redundancia.
Sirven para un solo usuario o una Es compartida por muchos
sola aplicación. Dan una sola usuarios de distintos tipos. Ofrece
visión del mundo real. varias visiones del
mundo real.
6
Evolución de los SGBD

Los años sesenta y setenta: sistemas centralizados

Los SGBD de los años sesenta y setenta (IMS de IBM, IDS
de Bull, DMS de Univac, etc.) eran sistemas totalmente
centralizados, como corresponde a los sistemas operativos de
aquellos años, y al hardware para el que estaban hechos: un
gran computador para toda la empresa y una red de
terminales sin inteligencia ni memoria. • Facilitar el acceso a los datos
• Aislar los datos.
• Garantizar la integridad de los datos.
• Evitar la atomicidad en los datos.
• Facilitar el control en accesos concurrentes.
• Mejorar la seguridad de los datos.

Ej IBM 9370
7
Ejemplo Código COBOL
8
Evolución de los SGBD
Los años ochenta: SGBD relacionales

La aparición de los SGBD relacionales supone un

avance importante para facilitar la programación de
aplicaciones con BD y para conseguir que los programas
sean independientes de los aspectos físicos de la BD.
9
Evolución de los SGBD
Los años noventa: distribución, C/S
La necesidad de tener una visión global de la empresa y de
interrelacionar diferentes aplicaciones que utilizan BD diferentes, junto
con la facilidad que dan las redes para la intercomunicación entre
ordenadores, ha conducido a los SGBD actuales, que permiten que un
programa pueda trabajar con diferentes BD como si se tratase de una
sola. Es lo que se conoce como base de datos distribuida.
10
Evolución de los SGBD

Tendencias
actuales
Hoy día, los SGBD relacionales están en plena
transformación para adaptarse a tres tecnologías de éxito
reciente, fuertemente relacionadas: la multimedia, la de
orientación a objetos (OO) e Internet y la web, los sistemas
NoSql.
Los tipos de datos que se pueden definir en
los SGBD relacionales de los años ochenta
y noventa son muy limitados. La
incorporación de tecnologías multimedia –
imagen y sonido– en los SI hace necesario
que los SGBD relacionales acepten
atributos de estos tipos
11
Objetivos y servicios de los
SGBD
1. Consultas no predefinidas y complejas
Los usuarios podrán hacer consultas de cualquier tipo y complejidad
directamente al SGBD. El SGBD tendrá que responder inmediatamente
sin que estas consultas estén preestablecidas; es decir, sin que se tenga
que escribir, compilar y ejecutar un programa específico para cada
consulta.

En los Archivos tradicionales, cada

vez que se quería hacer una consulta
se tenía que escribir un programa a
medida.
12
Objetivos y servicios de los
SGBD
2. Flexibilidad e independencia
La complejidad de las BD y la necesidad de irlas adaptando a la evolución del SI hacen
que un objetivo básico de los SGBD sea dar flexibilidad a los cambios. Interesa obtener
la máxima independencia posible entre los datos y los procesos usuarios para que se
pueda llevar a cabo todo tipo de cambios tecnológicos y variaciones en la descripción de
la BD, sin que se deban modificar los programas de aplicación ya escritos ni cambiar la
forma de escribir las consultas (o actualizaciones) directas.

2.1 Independencia Física

Para conseguir esta independencia, tanto los usuarios que hacen consultas (o
actualizaciones) directas como los profesionales informáticos que escriben
programas que las llevan incorporadas, deben poder desconocer las
características físicas de la BD con que trabajan. No necesitan saber nada
sobre el soporte físico, ni estar al corriente de qué SO se utiliza, qué índices
hay, la compresión o no compresión de datos, etc.
13
Objetivos y servicios de los
SGBD
2.2 Independencia Lógica
Sin embargo, con la independencia física no tenemos suficiente. También queremos que los
usuarios (los programadores de aplicaciones o los usuarios directos) no tengan que hacer
cambios cuando se modifica la descripción lógica o el esquema de la BD (por ejemplo,
cuando se añaden/ suprimen entidades o interrelaciones, atributos, etc. Y todavía más:
queremos que diferentes procesos usuarios puedan tener diferentes visiones lógicas de una
misma BD, y que estas visiones se puedan mantener lo más independientes posibles de la
BD, y entre ellas mismas.
14
Objetivos y servicios de los
SGBD
3. Problemas de la redundancia
Este principio hace que un dato sólo figure una vez en la BD, Excepto el
disponer de réplicas de los datos por razones de fiabilidad, disponibilidad o
costos de comunicaciones. ¿Qué problema trae consigo la redundancia?

4. Integridad de los datos

Nos interesará que los SGBD aseguren el mantenimiento de la calidad de los
datos en cualquier circunstancia. Acabamos de ver que la redundancia puede
provocar pérdida de integridad de los datos, pero no es la única causa posible.
Se podría perder la corrección o la consistencia de los datos por muchas otras
razones: errores de programas, errores de operación humana, avería de disco,
transacciones incompletas por corte de alimentación eléctrica, etc.
15
Objetivos y servicios de los
SGBD
5. Concurrencia de usuarios
Un objetivo fundamental de los SGBD es permitir que
varios usuarios puedan acceder concurrentemente a la
misma BD.
Denominamos transacción de BD o, simplemente,
transacción un conjunto de operaciones simples que se
ejecutan como una unidad. Los SGBD deben conseguir
que el conjunto de operaciones de una transacción
nunca se ejecute parcialmente. O se ejecutan todas, o
no se ejecuta ninguna.
16
Objetivos y servicios de los
SGBD
6. Seguridad
Actualmente, en el campo de los SGBD, el término
seguridad se suele utilizar para hacer referencia a los
temas relativos a la confidencialidad, las
autorizaciones, los derechos de acceso, etc.
17
¿Por qué utilizar una Base de
Datos?
• Compactación. Sustituye voluminosos archivos
documentales.
• Rapidez. Permite modificar, almacenar, consultar
los datos a gran velocidad.
• Precisión. Se dispone de información precisa en
todo momento.
• Fácil manipulación. Elimina tareas
mecánicas y manuales dispendiosas.
18 VISIÓN DE LOS DATOS
Arquitectura de Tres capas
MVC

Nivel Físico
(Interno) BD BD

Nivel Lógico
(Conceptual)

• Facilitar el acceso a los datos

• Aislar los datos.
• Garantizar la integridad de los
datos.

Nivel de Vista • Evitar la atomicidad en los datos.

• Facilitar el control en accesos co.

(Externo)
19
Esquema Simplificado de un
Nivel Físico: Se describe la e
Sistema de Bases de Datos
structura de datos complejas
como
se almacenan los datos.
Nivel Lógico: Describe que y
sus relaciones, se describen
mediante estructuras simples
. Con base en ellas el
administrado
r decide que información se
conse
SGBD
rva y cual no.Nivel de Vista:
Es el nivel mas altode
abstracción.
Describe sólo parte de la base
de datos. La que es de interés
para el usuario, por tal mo
tivo puedn existir muchas
BD
vistas, una por cada tipo de
usuario.
Nivel Físico: Se describe la e
structura de datos complejas
como
se almacenan los datos.
Nivel Lógico: Describe que y
sus relaciones, se describen
mediante estructuras simples
. Con base en ellas el
administrado
r decide que información se
conse
Nivel
rva y cual
Físico:
no.Nivel
Se describe
de Vista:
la e
Es el nivel mas altode
abstracción.
Describe sólo parte de la base
de datos. La que es de interés
para el usuario, por tal mo
tivo puedn existir muchas
structura
vistas, una
de por
datoomplejas
cada tipo
usuario.
como
se almacenan los datos.
Nivel Lógico: Describe que y
sus relaciones, se describen
mediante estructuras simples
. Con base en ellas el
administrado
r decide que información se
conse
rva y cual no.Nivel de Vista:
Es el nivel mas altode
abstracción.
Describe sólo parte de la base
de datos. La que es de interés
para el usuario, por tal mo
tivo puedn existir muchas
vistas, una por cada tipo de
usuario.

Programas de Aplicación Usuarios Finales

20
OPERACIONES ELEMENTALES SOBRE LOS
ARCHIVOS DE LA BASE DE DATOS

Borrar datos
BD Eliminar Un
en un archivo archivo

Agregar Un
archivo Nuevo Insertar datos nuevos
en un archivo ya
existente
Actualizar datos en
Un archivo ya
existente
Obtener datos de Un
archivo ya existente
21
USUARIOS DE UNA BD

BD

Programador de
Aplicaciones
Administrador de
la base de datos

Usuario Final
SEGUIR
22
PROGRAMADOR DE
APLICACIONES

• Encargado de escribir
programas que accesan la BD.
• Usan lenguajes como: C,
Cobol, Visual basic, PHP,
JAVA, etc.
• Recuperan información,
modifican, agregan, eliminan.

<
23
USUARIO FINAL

• Usuarios finales
esporádicos
• Usuarios finales simples
o paramétricos
• Usuarios finales
avanzados

<
24
ADMINISTRADOR DE LA
BASE DE DATOS (DBA)
• Coordinar el diseño de la base
de datos.
• Guiar los procesos de
seguridad de los datos.
• Garantizar la integridad de los
datos.
• Clave en la definición de
estándares.
• Garantizar la eficiencia del
sistema. <
• Capacitación de usuarios.
25
Definición Formal de un Modelo de Datos

MD = <S,O>

Piatini Mario, 2000

26
TIPOS DE MODELO DE DATOS

BASADO EN OBJETOS:

• Modelo de datos Semántico.

• Modelo entidad - Relación
• Modelo Orientado a objetos

BASADO EN REGISTROS:

• Modelo Relacional
• Modelo de Red
• Modelo Jerárquico
BASADO EN DOCUMENTOS:
• Documentos estructurados XML -
JSON
• Bases de Datos NoSql