Evolucin histrica

escuela tcnica superior

de ingeniera informtica

(sistemas basados en archivos)

Sistemas orientados a los procesos

Tema 1

Los datos se almacenaban en ficheros diseados para

una determinada aplicacin.
Datos duplicados
Se repiten los controles y operaciones.

Origen y evolucin de las BD

Departamento de
Lenguajes y Sistemas Informticos

Redundancias e inconsistencias.
Dependencia de los datos respecto a los programas
Dato 1

Fichero 1

Tratamiento 1

Dato 2

Fichero 2

Tratamiento 2

Dato D

Fichero F

Tratamiento T

Bases de Datos

ndice
Evolucin histrica
Caractersticas de los sistemas tradicionales
Ventajas de las Bases de Datos
Inconvenientes
Conceptos de Bases de Datos
Niveles de abstraccin de una BD
Tipos de usuarios de la Base de datos

Evolucin histrica.
Primera Generacin
Partieron de los sistemas basados en archivos,
empezando a desarrollarse para el proyecto lunar
Apollo en la dcada de los 60s desarrollndose GUAM
(Generalized Update Access Method)
A mediado de los 60 apareci IDS (Integrated Data
Store) de General Electric y IMS (Integrated
Management System) de IBM.
En 1967 se cre la organizacin DBTG (Data Base
Task Group) para la especificacin de un estndar
dando origen a CODASYL o DBTG.
Problemas de programacin compleja para acciones
simples, mnima independencia de los datos y no
exista una base terica aceptada.

Evolucin histrica.

Evolucin histrica

Segunda Generacin

Segunda Generacin

Codd de IBM defini el modelo de datos relacional

abrindose el campo de las BD comerciales.

Datos independientes de los tratamientos

Proyecto System R de IBM que condujo a

desarrollar SQL e implementacin de productos
como DB2, SQL/DB y Oracle.

Redundancia controlada

Todo ello dio paso a los SGBD relacionales.

Datos interrelacionados

Problemas de capacidad de modelado y falta de

expresividad

Estructura de datos integrada y centralizada

Evolucin histrica

Evolucin histrica.

Segunda Generacin

Tercera Generacin

Sistemas orientados a los datos.

Base de datos, finales 60s: los datos se
organizan y mantienen en un conjunto
estructurado que no est diseado para una
aplicacin concreta; satisface las necesidades
de informacin de toda la organizacin.

Creciente complejidad de los datos y las

aplicaciones que los tratan
OODBMS: bases de datos orientadas a objetos
ORDBMS: bases de datos objeto-relacionales.

Proceso 1
Proceso 2

BD

Amplan la expresividad pero se alejan del modelo

relacional original.

Proceso N

Evolucin histrica

Inconvenientes de las BDs

Instalacin costosa.

Sistemas basados en Archivos

(60s)

DBTG
(finales 60s)

Modelo Relacional de Codd

(70s)

Primera Generacin

Segunda Generacin

La implantacin de un sistema de base de datos puede

llevar consigo un coste elevado, tanto en equipo fsico como
lgico.
Personal especializado.
Los conocimientos que resultan imprescindibles para una
utilizacin correcta, y sobre todo la administracin correcta
y eficaz, implican la necesidad de personal especializado.
Implantacin larga y difcil. Coste de conversin
Falta de rentabilidad a corto plazo.

Orientacin a Objetos
(80s)
Tercera
Generacin
BBDD Objeto-Relacionales
(90s)

Ventajas de las BDs

Ausencia real de estndares.

Desfase entre teora y prctica.
Mayor impacto de fallos

Concepto de BD

Independencia de datos respecto a tratamientos y viceversa

Coleccin o depsito de datos integrados con redundancia

Coherencia: No existe redundancia incontrolada de datos

controlada

Disponibilidad: Los datos no son propiedad de los usuarios

interrelaciones y restricciones existentes en el mundo real.

con

una

estructura

que

refleje

las

Mayor accesibilidad a los datos y capacidad de respuesta

Mayor valor informativo

Los datos, que han de ser compartidos por diferentes usuarios

Mejor y ms normalizada documentacin de la informacin.

y aplicaciones, deben mantenerse independientes de stas,

Mayor eficiencia en la recogida, validacin y entrada de datos

y su definicin y descripcin, nicas para cada tipo de datos,

Reduccin del espacio de almacenamiento

han de estar almacenadas junto con los mismos.

Mayor nivel de concurrencia

Los procedimientos de actualizacin y recuperacin comunes y

Servicios de copia de seguridad y recuperacin

bien

Integracin en distintas aplicaciones

integridad, seguridad y confidencialidad del conjunto de los datos.

determinados,

habrn

de

ser

capaces

de

conservar

la

Niveles de Abstraccin de las BD

Datos, relaciones, restricciones

de uso (derecho a insertar,
borrar..) de cada usuario

Todos los datos, interrelaciones, restricciones

de integridad y confidencialidad
Independiente tanto del equipo como de cada
usuario en particular

Asignacin de espacios de almacenamiento.

Estrategia de almacenamiento y
caminos de acceso.
Forma en la que se encuentran los datos

Tipos de usuarios en una BD

Tipos de usuarios en una BD

Administradores de Aplicaciones: Es el
responsable de administrar una aplicacin en
particular y decidir los accesos a los objetos de
la misma
Usuarios de Bases de Datos: Interacciona con
la BD utilizando las aplicaciones y las
herramientas, pudiendo aadir, modificar,
eliminar informacin y generar informes.
Administrador de Red: Son responsables de
conocer y administrar los productos Oracle para
trabajar en red.

Distintas formas de ver la BD

(usuarios y administrador)

Administrador (DBA)
Encargado de la Seguridad: El encargado de dar
de alta a los usuarios, controla y monitoriza el
acceso de los usuarios y mantiene la seguridad
del sistema.
Desarrolladores de Aplicaciones: Disea e
implementa las aplicaciones que trabajan con la
base de datos y entre sus responsabilidades
estn:

SubEsquema
(Vista)

Esquema

Disear y Desarrollar aplicaciones contra la base de datos

Disear la estructura de la base de datos para las aplicaciones
Estimar los requisitos de espacio necesarios para la aplicacin
Ajustar la aplicacin durante el desarrollo (el optimizador)

Aministrador

El SGBD como interfaz entre usuario y BD

escuela tcnica superior
de ingeniera informtica
Nivel Estratgico

Tema 2
Sistemas de Gestin de BD

Elaboracin de planes
Objetivos Generales
OLAP (on-line analytical
processing)

Nivel Tctico
Control de Gestin
Objetivos especficos

S
G
B
D

BD

Nivel Operacional
Tareas administrativas

Departamento de
Lenguajes y Sistemas Informticos

Bases de Datos

ndice
El SGBD como interfaz entre el usuario y BD
La arquitectura a tres niveles de ANSI-X3SPARC
Funciones de un SGBD
Lenguajes de las Bases de Datos
Arquitecturas de SGBD multiusuarios
Dos niveles
Tres niveles

En las organizaciones se suelen distinguir

tres niveles de gestin. La desconexin
entre ellos aumenta el coste global de
creacin y mantenimiento, produciendo
redundancias e incoherencias. El SGBD
debe integrar los distintos subsistemas.

El SGBD es el SW que suministra

medios a los usuarios, analistas,
programadores
o
administradores
para describir, recuperar y manipular
los datos manteniendo la integridad,
confidencialidad y seguridad

Concepto de SGBD
Conjunto de programas, procedimientos,
lenguajes, etc. que suministra tanto a los
usuarios no informticos como a los analistas,
programadores o al administrador, los medios
necesarios para describir, recuperar y
manipular los datos almacenados en la BD,
manteniendo su integridad, confidencialidad y
seguridad.
La finalidad del SGBD es, por tanto,
establecer el interfaz necesario entre los
diferentes tipos de usuarios y la BD.

Funciones de un SGBD

La arquitectura a tres niveles de

ANSI-X3-SPARC

Definicin: Permite a los usuarios especificar los

elementos de datos que integran la base, su
estructura y las relaciones que existen entre ellos, las
reglas de integridad semntica, controles a efectuar
antes de autorizar el acceso a la BD. Lenguaje de
Definicin de Datos (LDD).
Manipulacin: Permite a los usuarios buscar, aadir,
suprimir o modificar los datos, siempre de acuerdo
con las especificaciones y normas de seguridad
especificadas. Lenguaje de Manipulacin de datos
(LMD).

Todos los usuarios deben poder acceder a los

mismos datos, pero con diferentes vistas

Utilizacin: Esta funcin rene todas las interfaces

que necesitan los diferentes usuarios para utilizar la
base, adems de proporcionar un conjunto de
procedimientos para el administrador.

El DBA debe poder modificar la estructura

conceptual de la BD sin afectar a los usuarios.

La arquitectura a tres niveles de

ANSI-X3-SPARC
En 1971 el BBTG elabor una de las primeras propuestas de
terminologa estndar y de arquitectura general para los
sistemas de bases de datos. Se bas en la definicin en dos
niveles (esquemas y subesquemas)
En 1975 ANSI-SPARC defini la arquitectura con tres niveles
Cmo los usuarios perciben los datos (Vistas)
Correspondencia/Independ
encia entre niveles.
Qu datos se almacenan y
la relacin entre ellos
Cmo el SGBD y el SSOO perciben los datos

Los usuarios no deben tener informacin de los

detalles de almacenamiento fsico de la bd
El administrados de la BD debe poder cambiar las
estructuras de almacenamiento de la bd sin
afectar a las vistas de los usuarios
La estructura interna de la BD no debera verse
afectada por los cambios que se efecten
fsicamente

Niveles de abstraccin
Nivel interno. Describe cmo se almacenan los
datos. Estarn los registros, longitud, campos,
ndices y las rutas de acceso a esos archivos.
Nivel Conceptual. Describe los datos e
interrelaciones. Corresponde a la estructura
organizacional de los datos obtenida al reunir los
requerimientos de todos los usuarios, sin
preocuparse de su organizacin fsica ni de las
vas de acceso.
Nivel externo o vistas. Describe nicamente la
parte de datos para un usuario o grupo de
usuarios.

La independencia fsica permite

Independencia
de
las
estructuras
de
almacenamiento y las estructuras del mundo real
Poder modificar el esquema interno sin modificar el
conceptual
crea ndices
reagrupar ficheros
tamao de bloques
desbordes,
ubicacin de datos
SO
distribucin geogrfica de datos

La independencia Lgica permite

Capacidad de modificar el esquema conceptual
sin tener que alterar las aplicaciones ni los
esquemas externos (vistas).
Independencia entre los distintos usuarios
Cada grupo de trabajo puede reunir de modo
diferente los datos para formar entidades,
asociaciones..
Modificar atributos, asociaciones, entidades,
propiedades de los atributos, propiedades de las
entidades

Funcionamiento de un SGBD
[1]

El proceso lanzado por el usuario llama al

SGBD indicando la porcin de la base de
datos que se desea tratar

[2]

El SGBD traduce la llamada a trminos del

esquema lgico de la base de datos.
Accede al esquema lgico comprobando
derechos de acceso y la traduccin fsica

[3]

El SGBD obtiene el esquema fsico

[4]

El SGBD traduce la llamada a los mtodos

de acceso del Sistema Operativo que
permiten acceder a los datos requeridos

[5]

El Sistema Operativo accede a los datos

tras traducir las rdenes dadas por el
SGBD

[6]

Los datos pasan del disco a una memoria

intermedia o buffer. En ese buffer se
almacenarn los datos segn se vayan
recibiendo

[7]

Los datos pasan del buffer al rea de

trabajo del usuario (ATU) del proceso del
usuario.

[8]

El SGBD devuelve indicadores en los que

manifiesta si ha habido errores o
advertencias a tener en cuenta. Esto se
indica al rea de comunicaciones del
proceso de usuario. Si las indicaciones son
satisfactorias, los datos de la ATU sern
utilizables por el proceso de usuario.

Interaccin en un entorno concurrente entre el

SGBD, el SO y los programas de aplicacin
(LMD embebido en un lenguaje anfitrin):

Lenguajes de las Bases de Datos

Lenguaje de Definicin de Datos (DDL). Permite
describir y nombrar entidades, atributos y restricciones.
Lenguajes de Manipulacin de Datos (DML). Permite
manipular los datos contenidos en la BD (insercin,
modificaciones extraccin o borrado)
Procedimentales: permite al usuario especificar qu datos
necesita y la forma exacta de extraerlos. Extrae un registro, lo
proceso y dependiendo de los resultados extrae otro registro
para procesarlo de forma similar. Suele estar integrado en un
lenguaje de alto nivel para facilitar la iteracin y gestin de la
lgica de navegacin.
No procedimentales: permite al usuario indicar qu datos
necesita, en lugar de cmo extraerlos (lenguajes declarativos)

Lenguajes de las Bases de Datos

Autocontenido

No Procedimental

(binding)

Proceso por el que se asocia la representacin

interna de los datos al esquema externo.

Husped

Procedimental

Ligadura

Los lenguajes tipo husped

son procedimentales, se
explotan en diferido y actan
registro a registro

Diferido (por lotes)

Conversacional (interactivo)
Registro a registro (navegacional)
Conjunto de registros (especificacin)

Binding lgico. La mayor independencia de datos se

consigue mientras ms tarde se
Binding fsico.
haga la ligadura y ms baja sea la
granularidad, aunque esto aumenta
la complejidad del SGBD.

Momentos en que se puede hacer el binding:

Precompilacin.
Compilacin.
Generacin del modulo ejecutable.
Comienzo de la ejecucin del programa.
Acceso a la BD.

Granularidad
Nivel en que en una BD pueden definirse los
datos para un esquema externo en relacin al
esquema interno.
Niveles de granularidad son:

Arquitecturas de SGBD multiusuarios

Dos niveles
Existe un proceso cliente que necesita algn
recurso y un servidor que proporciona el
recurso. No tienen que estar en la misma
mquina. Existen diferentes topologas.

Tipos de registro
Campos o agregados
Dato elemental

BD
Lgica de
transacciones
Gestin de datos
Interfaz de
usuario
Lgica de negocio

Arquitecturas de SGBD multiusuarios

Tres niveles

Interfaz de
usuario

Lgica de negocio y procesamiento de

datos
(servidor de aplicaciones)
SGBD que almacena los datos requeridos
Por el nivel intermedio (servidor de bd)
Validacin de datos
Acceso a base de datos