2015

Arquitectura de las
Base de Datos
TALLER DE BASE DE DATOS
CRISTIAN VALENZUELA GUTIERREZ

DOCENTE: JUAN ALBERTO ROS PIZARRO

ndice
Introduccin .................................................................................................................................. 2
COMPONENTES DBMS ................................................................................................................... 3
Caractersticas de los DBMS (Data Base Management System)....................................................... 4
Existen distintos objetivos que deben cumplir los DBMS: ........................................................... 4

Abstraccin de la informacin ........................................................................................ 4

Independencia. ............................................................................................................... 4

Consistencia. .................................................................................................................. 4

Seguridad. ...................................................................................................................... 4

Manejo de transacciones. ............................................................................................... 4

Tiempo de respuesta. ..................................................................................................... 5

PRINCIPALES COMPONENTES DEL GESTOR DE BASE DE DATOS ...................................................... 5

ARQUITECTURA DE LOS DBMS ....................................................................................................... 6
Nivel interno: ......................................................................................................................... 6
Nivel conceptual: ................................................................................................................... 6
Nivel externo:......................................................................................................................... 6
Independencia de los datos. .......................................................................................................... 7
Independencia lgica: ................................................................................................................ 7
Independencia fsica: ................................................................................................................. 7
Arquitectura cliente-servidor ......................................................................................................... 7
Distribucin de los datos ................................................................................................................ 9
Replicadas ..................................................................................................................................... 9
Conclusin ................................................................................................................................... 10

Introduccin
Hay tres caractersticas importantes sobre sistemas de bases de datos:
1. La separacin entre los programas de aplicacin y los datos,
2. El manejo de mltiples vistas por parte de los usuarios
3. Uso de un catlogo para almacenar el esquema de la base de datos.

En 1975, el comit ANSI-SPARC (American National Standard Institute - Standards Planning and
Requirements Committee) propuso una arquitectura de tres niveles para los sistemas de bases
de datos, que resulta muy til a la hora de conseguir estas tres caractersticas.

COMPONENTES DBMS
Los SGBD son paquetes de software muy complejo y sofisticado. No se puede generalizar
sobre los elementos que componen un SGBD ya que varan mucho unos de otros. Sin
embargo, es muy til conocer sus componentes y cmo se relacionan cuando se trata de
comprender lo que es un sistema de bases de datos.
Un SGBD tiene varios mdulos, cada uno de los cuales realiza una funcin especfica. El
sistema operativo proporciona servicios bsicos al SGBD, que es construido sobre l.
El procesador de consultas es el componente principal de un SGBD. Transforma las
consultas en un conjunto de instrucciones de bajo nivel que se dirigen al gestor de la base
de datos.
El gestor de la base de datos es la interface con los programas de aplicacin y las consultas
de los usuarios. El gestor de la base de datos acepta consultas y examina los esquemas
externo y conceptual para determinar qu registros se requieren para satisfacer la peticin.
Entonces el gestor de la base de datos realiza una llamada al gestor de ficheros para ejecutar
la peticin.
El gestor de ficheros maneja los ficheros en disco en donde se almacena la base de datos.
Este gestor establece y mantiene la lista de estructuras e ndices definidos en el esquema
interno. Si se utilizan ficheros dispersos, llama a la funcin de dispersin para generar la
direccin de los registros. Pero el gestor de ficheros no realiza directamente la entrada y
salida de datos. Lo que hace es pasar la peticin a los mtodos de acceso del sistema
operativo que se encargan de leer o escribir los datos en el buffer del sistema.

Caractersticas de los DBMS (Data Base Management System)

El propsito general de los sistemas de gestin de bases de datos es el de manejar de
manera clara, sencilla y ordenada un conjunto de datos que posteriormente se convertirn
en informacin relevante para una organizacin.

Existen distintos objetivos que deben cumplir los DBMS:

Abstraccin de la informacin. Los DBMS ahorran a los usuarios detalles acerca del
almacenamiento fsico de los datos. Da lo mismo si una base de datos ocupa uno o
cientos de archivos, este hecho se hace transparente al usuario.

Independencia. La independencia de los datos consiste en la capacidad de modificar

el esquema (fsico o lgico) de una base de datos sin tener que realizar cambios en
las aplicaciones que se sirven de ella.

Consistencia. En aquellos casos en los que no se ha logrado eliminar la redundancia, ser

necesario vigilar que aquella informacin que aparece repetida se actualice de forma
coherente, es decir, que todos los datos repetidos se actualicen de forma simultnea. Por
otra parte, la base de datos representa una realidad determinada que tiene determinadas
condiciones, por ejemplo que los menores de edad no pueden tener licencia de conducir. El
sistema no debera aceptar datos de un conductor menor de edad. En los SGBD existen
herramientas que facilitan la programacin de este tipo de condiciones.

Seguridad. La informacin almacenada en una base de datos puede llegar a tener un

gran valor. Los SGBD deben garantizar que esta informacin se encuentra segura de
permisos a usuarios y grupos de usuarios, que permiten otorgar diversas categoras
de permisos.

Manejo de transacciones. Una transaccin es un programa que se ejecuta como una

sola operacin. Esto quiere decir que luego de una ejecucin en la que se produce
una falla es el mismo que se obtendra si el programa no se hubiera ejecutado. Los
DBMS proveen mecanismos para programar las modificaciones de los datos de una
forma mucho ms simple que si no se dispusiera de ellos.

Tiempo de respuesta. Lgicamente, es deseable minimizar el tiempo que el SGBD

demora en proporcionar la informacin solicitada y en almacenar los cambios
realizados.

PRINCIPALES COMPONENTES DEL GESTOR DE BASE DE DATOS

Control de autorizacin. Este mdulo comprueba que el usuario tiene los permisos
necesarios para llevar a cabo la operacin que solicita.
Procesador de comandos. Una vez que el sistema ha comprobado los permisos del
usuario, se pasa el control al procesador de comandos.
Control de la integridad. Cuando una operacin cambia los datos de la base de datos,
este mdulo debe comprobar que la operacin a realizar satisface todas las restricciones
de integridad necesarias.
Optimizador de consultas. Este mdulo determina la estrategia ptima para la ejecucin
de las consultas.
Gestor de transacciones. Este mdulo realiza el procesamiento de las transacciones.
Planificador (scheduler). Este mdulo es el responsable de asegurar que las operaciones
que se realizan concurrentemente sobre la base de datos tienen lugar sin conflictos.
Gestor de recuperacin. Este mdulo garantiza que la base de datos permanece en un
estado consistente en caso de que se produzca algn fallo.
Gestor de buffers. Este mdulo es el responsable de transferir los datos entre memoria
principal y los dispositivos de almacenamiento secundario. A este mdulo tambin se le
denomina gestor de datos.

ARQUITECTURA DE LOS DBMS

La arquitectura de un sistema de base de datos est influenciada por el sistema informtico

que soporta la instalacin del SGBD, lo que reflejar muchas de las caractersticas propias
del sistema subyacente en el SGBD.
Nivel interno: es el nivel ms bajo de abstraccin, y define cmo se almacenan los datos en
el soporte fsico, as como los mtodos de acceso.
Nivel conceptual: es el nivel medio de abstraccin. Se trata de la representacin de los datos
realizada por la organizacin, que recoge las vistas parciales de los requerimientos de los
diferentes usuarios y las aplicaciones posibles. Se configura como visin organizativa total,
e incluye la definicin de datos y las relaciones entre ellos.
Nivel externo: es el nivel de mayor abstraccin. A este nivel corresponden las diferentes
vistas parciales que tienen de la base de datos los diferentes usuarios. En cierto modo, es la
parte del modelo conceptual a la que tienen acceso.

Independencia de los datos.

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.

Se pueden definir dos tipos de independencia de datos:

Independencia lgica: es la capacidad de modificar el esquema conceptual sin tener que alterar
los esquemas externos ni los programas de aplicacin. Se puede modificar el esquema conceptual
para ampliar la base de datos o para reducirla. Si, por ejemplo, se reduce la base de datos eliminando
una entidad, los esquemas externos que no se refieran a ella no debern verse afectados.

Independencia fsica: es la capacidad de modificar el esquema interno sin tener que alterar el
esquema conceptual (o los externos). Por ejemplo, puede ser necesario reorganizar ciertos ficheros
fsicos con el fin de mejorar el rendimiento de las operaciones de consulta o de actualizacin de
datos. Dado que la independencia fsica se refiere slo a la separacin entre las aplicaciones y las
estructuras fsicas de almacenamiento, es ms fcil de conseguir que la independencia lgica.

Arquitectura cliente-servidor
Esta arquitectura se divide en dos partes claramente diferenciadas, la primera es la parte del
servidor y la segunda la de un conjunto de clientes.
Normalmente el servidor es una mquina bastante potente que acta de depsito de datos y
funciona como un sistema gestor de base de datos (SGBD).
Por otro lado los clientes suelen ser estaciones de trabajo que solicitan varios servicios al servidor.
Ambas partes deben estar conectadas entre s mediante una red.
Una representacin grfica de este tipo de arquitectura sera la siguiente.

Este tipo de arquitectura es la ms utilizada en la actualidad, debido a que es la ms avanzada y la

que mejor ha evolucionado en estos ltimos aos.

Podemos decir que esta arquitectura necesita tres tipos de software para su correcto
funcionamiento:
Software de gestin de datos: Este software se encarga de la manipulacin y gestin de los datos
almacenados y requeridos por las diferentes aplicaciones. Normalmente este software se aloja en
el servidor.
Software de desarrollo: este tipo de software se aloja en los clientes y solo en aquellos que se
dedique al desarrollo de aplicaciones.
Software de interaccin con los usuarios: Tambin reside en los clientes y es la aplicacin grfica
de usuario para la manipulacin de datos, siempre claro a nivel usuario (consultas principalmente).
A parte de estos existen ms aplicaciones software para el correcto funcionamiento de esta
arquitectura pero ya estn condicionados por el tipo de sistema operativo instalado, el tipo de red
en la que se encuentra, etc.

Distribucin de los datos

Una de las decisiones ms importantes que el diseador de bases de datos distribuidas
debe tomar es el posicionamiento de la data en el sistema y el esquema bajo el cual lo
desea hacer. Para esto existen cuatro alternativas principales: centralizada, replicada,
fragmentada, e hbrida.

Replicadas
El esquema de SGBD de replicacin consiste en que cada nodo debe tener su copia
completa de la base de datos. Es fcil ver que este esquema tiene un alto costo en el
almacenamiento de la informacin. Debido a que la actualizacin de los datos debe ser realizada
en todas las copias, tambin tiene un alto costo de escritura, pero todo esto vale la pena si
tenemos un sistema en el que se va a escribir pocas veces y leer muchas, y dnde la disponibilidad
y fiabilidad de los datos sea de mxima importancia.

Conclusin

Despus de leer este informe nos podemos dar cuenta que la arquitectura de tres niveles
puede facilitar la obtencin de la verdadera independencia de datos, tanto fsica como
lgica. Sin embargo, los dos niveles de correspondencia implican un gasto extra durante la
ejecucin de una consulta o de un programa, lo cual reduce la eficiencia del SGBD. Es por
esto que muy pocos SGBD han implementado esta arquitectura completa.