Sistemas Gestores de Bases de Datos

Brian Alexis Delgado

Pea

Introduccin
Un Sistema Gestor de Base de Datos
(SGBD, en ingls DBMS: DataBase
Management System) es un sistema
de software encargado de la creacin
de bases de datos,
y permite

acciones como la eleccin de las estructuras de datos necesarios para el

almacenamiento y bsqueda de los datos, ya sea de forma interactiva o a
travs de un lenguaje de programacin.
Estos sistemas tambin proporcionan mtodos para mantener la integridad
de los datos, para administrar el acceso de usuarios a los datos y para
recuperar la informacin si el sistema se corrompe. Permiten presentar la
informacin de la base de datos en variados formatos. La mayora incluyen
un generador de informes. Tambin pueden incluir un mdulo grfico que
permita presentar la informacin con grficos y tablas.

Caractersticas

Desde el punto de vista del usuario, un sistema distribuido deber ser idntico a
un sistema no distribuido.
En trminos de SQL, la lgica de las operaciones SELECT, INSERT, UPDATE y
DELETE no deber sufrir cambios.

1. Autonoma Local

Los sitios de un sistema distribuido deben ser autnomos.

Ningn sitio X deber depender de un sitio Y para su buen funcionamiento.
Existencia de un propietario y administracin local de los datos.

2. No dependencia de un sitio central.

No debe haber dependencia de un sitio central maestro para obtener un servicio.

El sitio central podra ser un cuello de botella.
Si el sitio central sufriera un desperfecto, todo el sistema dejara de funcionar.

3. Operacin contina
Idealmente nunca debera haber necesidad de apagar a propsito el sistema, por
ejemplo, para aadir un nuevo sitio o instalar una versin mejorada del DBMS en un sitio
ya existente.
4. Independencia con respecto a la localizacin

No debe ser necesario que los usuarios sepan dnde estn almacenados
fsicamente los datos.
Simplifica los programas de los usuarios.
Permite modificar la distribucin de los datos dentro de la red.

5. Independencia respecto a la fragmentacin

2 clases de fragmentacin: Horizontal y Vertical.

Los usuarios debern poder comportarse como si los datos no estuvieran
fragmentados en realidad.

6. Independencia de Rplica
Un sistema maneja rplica de datos si una relacin dada se puede representar
fsicamente mediante varias copias almacenadas en muchos sitios distintos.
7. Procesamiento distribuido de consultas

En una consulta distribuida, habr muchas maneras de trasladar los datos en la

red para satisfacer la solicitud.
Importancia crucial de la optimizacin.

8. Manejo distribuido de transacciones.

Control de Recuperacin: el sistema debe asegurar que cada transaccin sea

atmica (todo o nada).
Control de Concurrencia: basada en el bloqueo.

9. Independencia

Respecto
Respecto
Respecto
Respecto

al Equipo: mquinas diferentes.

al Sistema Operativo.
a la Red.
al DBMS: comunicacin mediante SQL.

Aplicaciones y/o Usos

Usos de un SGBD
Los usos previstos por un SGBD pueden agruparse en tres clases:

Consulta y actualizacin de datos

Mantenimiento de esquemas

Manejo de transacciones

Consulta
y
Actualizacin
sta es la clase ms bsica de funciones y la nica que es visible "desde afuera".
Consiste en un conjunto de herramientas que permite a los distintos tipos de usuarios
del SGBD extraer, manipular y modifica la informacin almacenada en la base de datos.
Algunos sistemas proveen una nica interfaz, llamada generalmente lenguaje de
consulta, para ser usada por todos los tipos de usuario. Por ejemplo, el
lenguaje SQL permite ejecutar consultas y actualizaciones en una notacin vagamente
similar
al
lenguaje
natural.
La
expresin:
select
matricula,
nombre
from
alumnos
where
carrera
=
"Ingeniera"
and
edad
<
21
produce como resultado una tabla con los nmeros de matrcula y los nombres de todos
los alumnos menores de edad de la carrera de Ingeniera.
Mantenimiento
de
esquemas
El esquema de la base de datos es la descripcin de la estructura de la informacin
almacenada en ella. Por ejemplo, para un sistema basado en tablas, el esquema puede
consistir en una lista de tablas en uso, los campos que contienen, el tipo de datos de
cada campo, descripciones en lenguaje natural del propsito de cada tabla y cada
campo,
y
restricciones
sobre
los
valores
admisibles
en
cada
campo.
As como los usuarios necesitan acceder, agregar y modificar datos, tambin necesitan
acceder, agregar y modificar el esquema de datos. Por ejemplo, un usuario que se
acerca por primera vez a una base de datos querr saber antes que nada qu
informacin contiene sta, un programador puede escribir programas que definan y
creen nuevos tipos de entidades, o eliminen algunos preexistentes; el DBA necesita
controlar qu usuarios tienen accesos a qu informacin, formulando reglas de
seguridad que se hacen parte del esquema.
Manejo
de
Transacciones
Una de las reas principales de aplicacin de los sgbd's es lo que se llama
procesamiento de transacciones. Una transaccin es un programa de aplicacin,
generalmente de duracin breve, que accede y actualiza una parte tambin
generalmente pequea de la base de datos. Tpicos ejemplos son un depsito o
extraccin de una cuenta bancaria, o una reservacin en un vuelo, o una verificacin de

una
tarjeta
de
crdito.
El manejo de transacciones consiste en controlar mltiples transacciones ejecutando
el paralelo sobre una misma base de datos corriendo en un sistema que puede fallar. Los
objetivos del gestor de transacciones del sgbd son: evitar que las transacciones
interfieran unas con otras al ejecutar en paralelo, y garantizar que la base de datos no
sea daada en forma irreparable por cadas, ya sea del sistema en s o de alguna de las
transacciones. El primero de los objetivos da lugar a lo que se llama control de
paralelismo; el segundo, a tcnicas de recuperacin.

LOGOTIPO
NOMBRE DE BASE DE DATOS

MySQL (ediciones de pago)

dBase

IBM Informix

Microsoft SQL SERVER

Oracle

Sybase

LOGOTIPO

Plataformas
Windows, Linux y Mac

Fases o Etapas
El diseo de una base de datos no es un proceso sencillo. Habitualmente, la complejidad
de la informacin y la cantidad de requisitos de los sistemas de informacin hacen que
sea complicado. Por este motivo, cuando se disean bases de datos es interesante
aplicar la vieja estrategia de dividir para vencer.
Por lo tanto, conviene descomponer el proceso del diseo en varias etapas; en cada una
se obtiene un resultado intermedio que sirve de punto de partida de la etapa siguiente, y
en la ltima etapa se obtiene el resultado deseado. De este modo no hace falta resolver
de golpe toda la problemtica que plantea el diseo, sino que en cada etapa se afronta
un solo tipo de subproblema. As se divide el problema y, al mismo tiempo, se simplifica
el proceso.
Descompondremos el diseo de bases de datos en tres etapas:
1) Etapa del diseo conceptual: en esta etapa se obtiene una estructura de la
informacin de la futura BD independiente de la tecnologa que hay que emplear. No se
tiene en cuenta todava qu tipo de base de datos se utilizar relacional, orientada a
objetos, jerrquica, etc. ; en consecuencia, tampoco se tiene en cuenta con qu SGBD
ni con qu lenguaje concreto se implementar la base de datos. As pues, la etapa del
diseo conceptual nos permite concentrarnos nicamente en la problemtica de la
estructuracin de la informacin, sin tener que preocuparnos al mismo tiempo de
resolver cuestiones tecnolgicas.
El resultado de la etapa del diseo conceptual se expresa mediante algn modelo de
datos de alto nivel. Uno de los ms empleados es el modelo entidad interrelacin (entityrelationship), que abreviaremos con la sigla ER.
2) Etapa del diseo lgico: en esta etapa se parte del resultado del diseo conceptual,
que se transforma de forma que se adapte a la tecnologa que se debe emplear. Ms
concretamente, es preciso que se ajuste al modelo del SGBD con el que se desea
implementar la base de datos. Por ejemplo, si se trata de un SGBD relacional, esta etapa
obtendr un conjunto de relaciones con sus atributos, claves primarias y claves forneas.
Esta etapa parte del hecho de que ya se ha resuelto la problemtica de la estructuracin
de la informacin en un mbito conceptual, y permite concentrarnos en las cuestiones
tecnolgicas relacionadas con el modelo de base de datos.
Ms adelante explicaremos cmo se hace el diseo lgico de una base de datos
relacional, tomando como punto de partida un diseo conceptual expresado con el
modelo ER; es decir, veremos cmo se puede transformar un modelo ER en un modelo
relacional.
3) Etapa del diseo fsico: en esta etapa se transforma la estructura obtenida en la
etapa del diseo lgico, con el objetivo de conseguir una mayor eficiencia; adems, se
completa con aspectos de implementacin fsica que dependern del SGBD.

Por ejemplo, si se trata de una base de datos relacional, la transformacin de la

estructura puede consistir en lo siguiente: tener almacenada alguna relacin que sea la
combinacin de varias relaciones que se han obtenido en la etapa del diseo lgico,
partir una relacin en varias, aadir algn atributo calculable a una relacin, etc. Los
aspectos de implementacin fsica que hay que completar consisten normalmente en la
eleccin de estructuras fsicas de implementacin de las relaciones, la seleccin del
tamao de las memorias intermedias (buffers) o de las pginas, etc.
La forma de elaborar un diseo conceptual expresado con el modelo ER se explica en el
apartado 2 de esta unidad.
El resultado del diseo lgico
El resultado del diseo lgico se sita ya en el mundo de las representaciones.
El
diseo
lgico
de
datos
relacional
apartado 3 de esta unidad didctica.

de
se

una
explica

en

base
el

En la etapa del diseo fsico con el objetivo de conseguir un buen rendimiento de la

base de datos, se deben tener en cuenta las caractersticas de los procesos que
consultan y actualizan la base de datos, como por ejemplo los caminos de acceso
que utilizan y las frecuencias de ejecucin. Tambin es necesario considerar los
volmenes que se espera tener de los diferentes datos que se quieren almacenar.

Arquitectura del SGBD e independencia con respecto a los datos

Hay tres caractersticas importantes inherentes al enfoque de las bases de datos, que son la
separacin de los programas y los datos, manejo de mltiples vistas de usuario y el empleo de
un catlogo para almacenar la descripcin (esquema) de los datos. Aqu especificaremos una
arquitectura para los sistemas de bases de datos, denominada arquitectura de tres esquemas,
propuesta como ayuda para contar con estas caractersticas.
La
arquitectura
de
tres
capas
El objetivo de la arquitectura de tres esquemas consiste en formar una separacin entre las
aplicaciones del usuario y la base de datos fsica. En esta arquitectura, los esquemas se pueden
definir en los tres niveles siguientes:

El nivel interno tiene un esquema interno, que describe la estructura fsica de

almacenamiento de la base de datos. El esquema interno emplea un modelo fsico de los
datos y describe todos los detalles para su almacenamiento, as como los caminos de
acceso para la base de datos

El nivel conceptual tiene un esquema conceptual, que describe la estructura de toda la

base de datos para una comunidad de usuarios. El esquema conceptual oculta los detalles
de las estructuras fsicas de almacenamiento y se concentra en describir entidades, tipos
de datos, vnculos, operaciones de los usuarios y restricciones. En este nivel podemos
usar un modelo de datos de alto nivel o uno de implementacin

El nivel externo o de vistas incluye varios esquemas externos o vistas de usurio. Cada
esquema externo describe la parte de la base de datos que interesa a un grupo de
usuarios determinado, y oculta a ese grupo el resto de la base de datos. En este nivel
podemos usar un modelo de datos de alto nivel o uno de implementacin

Los tres esquemas no son ms que descripciones de los datos; los nicos datos que existen
realmente estn en el nivel fsico. En un SGBD basado en la arquitectura de tres esquemas, cada
grupo de usuarios hace referencia exclusivamente a su propio esquema externo; por tanto, el
SGBD debe transformar una solicitud expresada en trminos del esquema conceptual, y luego a
una solicitud en el esquema interno que se procesar sobre la base de datos almacenada. Si la
solicitud es una obtencin de datos, ser preciso modificar el formato de la informacin extrada
de la base de datos almacenada para que coincida con la vista externa del usuario. El proceso de
transformar
solicitudes
y
resultados
de
un
nivel
a
otro
se
denomina correspondencia o transformacin (mapping).
Independencia
con
respecto
a
los
datos
La arquitectura de tres esquemas puede servir para explicar el concepto de independencia con
respecto a los datos, que podemos definir como la capacidad para modificar el esquema de un
nivel del sistema de base de datos sin tener que modificar el esquema del nivel inmediato
superior. Podemos definir dos tipos de independencia con respecto a los datos:
1. La independencia lgica con respecto a los datos es la capacidad de modificar el esquema
conceptual sin tener que alterar los esquemas externos ni los programas de aplicacin.
Podemos modificar el esquema conceptual para ampliar la base de datos (aadiendo un
nuevo tipo de registro o un elemento de informacin), o para reducir la base de datos
(eliminando un tipo de registro o un elemento de informacin). En el segundo caso, la
modificacin no deber afectar los esquemas externos que solo se refieran a los datos
restantes.
2. La independencia fsica con respecto a los datos es la capacidad de modificar el esquema
interno sin tener que alterar el esquema conceptual (o los externos). Tal vez sea preciso
modificar el esquema interno por la necesidad de reorganizar ciertos archivos fsicos -por
ejemplo, al crear estructuras de datos adicionales- a fin de mejorar el rendimiento de las
operaciones de obtencin o actualizacin. Si la base de datos an contiene los mismos
datos, no deber ser necesario modificar el esquema conceptual.

Conclusin
Un sistema gestor de base de datos tiene unos requerimientos muy
explcitos pues, a veces se cree que cualquiera puede hacerlos pero debe
prevenirse de una buena seguridad, estructura y darle mantenimiento. Cosa
que no todos pueden hacer.