SISTEMA

DE
GESTIN
DE
BASES DE
DATOS

Alumnos :

Angel Castejn Asensio 48576067K

Miguel Lirio Villena 45839549C

Javier-Umbe Gmez Tirado 48624943E

Pablo Snchez Alonso 53240612M









1. TCNICASDEGESTINDEBASEDEDATOS

Los sistemas de gestin de bases de datos son un tipo de software muy especfico, dedicado
a servir de interfaz entre la base de datos, el usuario y las aplicaciones que la utilizan.

Existen distintos objetivos que deben cumplir los SGBD:

Abstraccin de la informacin. Los SGBD 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. As, se definen varios niveles de
abstraccin.

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 SGBD 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 tarda en
darnos la informacin solicitada y en almacenar los cambios realizados.

1.1. MEJORAS DE LOS SGBD

Proveen facilidades para la manipulacin de grandes volmenes de datos (ver objetivos).
Entre stas:
Simplifican la programacin de equipos de consistencia.
Manejando las polticas de respaldo adecuadas, garantizan que los cambios de la base sern
siempre consistentes sin importar si hay errores correctamente, etc.
Organizan los datos con un impacto mnimo en el cdigo de los programas.
Bajan drsticamente los tiempos de desarrollo y aumentan la calidad del sistema
desarrollado si son bien explotados por los desarrolladores.
Usualmente, proveen interfaces y lenguajes de consulta que simplifican la recuperacin de
los datos.

1.2 INCONVENIENTES DE LOS SGBD

Tpicamente, es necesario disponer de una o ms personas que administren de la base de
datos, en la misma forma en que suele ser necesario en instalaciones de cierto porte
disponer de una o ms personas que administren los sistemas operativos. Esto puede llegar
a incrementar los costos de operacin en una empresa. Sin embargo hay que balancear este
aspecto con la calidad y confiabilidad del sistema que se obtiene.
Si se tienen muy pocos datos que son usados por un nico usuario por vez y no hay que
realizar consultas complejas sobre los datos, entonces es posible que sea mejor usar una
planilla de clculo.
Complejidad: los software muy complejos y las personas que vayan a usarlo deben tener
conocimiento de las funcionalidades del mismo para poder aprovecharlo al mximo.
Tamao: la complejidad y la gran cantidad de funciones que tienen hacen que sea un
software de gran tamao, que requiere de gran cantidad de memoria para poder correr.
Coste del hardware adicional: los requisitos de hardware para correr un SGBD por lo
general son relativamente altos, por lo que estos equipos pueden llegar a costar gran
cantidad de dinero.

2 .- ARQUITECTURA DE LOS SISTEMAS DE GESTIN DE LAS

BASES DE DATOS

Como primera definicin, estableceremos que un Sistema de Gestin de Bases de
Datos (SGDB) no es ms que un conjunto de programas que administran y gestionan la
informacin que posee la propia base de datos. Esta definicin es la que encontraremos
dentro de cualquier gestor del mercado.

Dentro de los SGBD, podramos destacar tres niveles principales enfocados en su
funcin y en su visin por el usuario de la base de datos:

Nivel Interno es el que ms se aproxima al almacenamiento fsico de los datos con
un esquema interno que describe la estructura fsica de almacenamiento de la base
de datos. Almacena los datos tal y como estn escritos en el ordenador, los cuales,
realmente solo existen en este nivel. Se podra decir que es el que almacena la
descripcin del Nivel Conceptual.

Nivel Conceptual sigue un esquema conceptual representando los datos que va a
utilizar sin tener en cuenta el aspecto, contrariamente a lo que hace el nivel interno.
En este nivel, tambin se describe la estructura para todos los usuarios que accedan
a la BD. Oculta los detalles fsicos del almacenamiento y trabaja con elementos
lgicos como entidades atributos y relaciones.

Nivel Externo (o de vistas). Puede poseer varios esquemas externos o vistas para el
usuario. Cada vista, posee una descripcin de dicha visin diferente para cada grupo
de usuarios.

Esta arquitectura fue implantada por la ANSI-SPARC (American National Standard
Institute Standards Plannings and Requeriments Committee) en 1975 como ayuda para la
separacin entre aplicaciones y datos, el manejo de mltiples vistas y el uso de catlogos
para el almacenamiento de los esquemas de las BD. La importancia de esta arquitectura, es
que nos resulta muy til a la hora de conseguir la diferenciacin entre los niveles
mencionados anteriormente.

El problema que nos encontramos tras este modelo, es que muchos SGBD no
distinguen del todo los tres niveles a causa de la introduccin del nivel fsico en el esquema
conceptual o, lo que ocurre en la mayora de los casos, que los esquemas externos de cara al
usuario describen la misma informacin que al nivel conceptual.

Destacando que los esquemas no son ms que descripciones de los mismos datos
pero variando su nivel de abstraccin, los nicos datos existentes, son los que poseemos a
nivel fsico, como por ejemplo, en un disco. Por lo tanto, el SGBD debe de poder
transformar cualquier peticin expresada en trminos introducidos por el usuario va
esquemas externos, y con estos, el SGBD debe transformar la peticin expresada en
trminos de esquema externo, en una peticin con trminos del esquema conceptual para
seguidamente a una con un esquema interno que se procesar sobre la base de datos
almacenada.

2.1. Estructura General de una SGBD.

Como regla general, todo SGBD sigue un patrn para su desarrollo:

Gestor de ficheros, el cual se encarga de las estructuras de los datos a la hora de
almacenarlas, asignndoles el espacio en el disco.
Gestor de BD. Es el interfaz de los datos de bajo nivel junto con los programas de
consulta.

Procesador de consultas. Encargado de traducir las proposiciones del lengiaje de
consultas a instrucciones comprensibles por la BD.

Compilador DDL. Convierte las proposiciones DDL en un conjunto de tablas con
metadatos.

Ficheros de datos.

Diccionario de datos. Almacn de informacin referida a la estructura de la BD. Su
uso es continuo debido al nfasis del buen diseo y a la implementacin adecuada
del diccionario de datos.
Estructura General de una BD.

2.2. Beneficios de las SGBD y una BD.


El beneficio de la arquitectura de tres niveles es por la explicacin de independencia
de datos, definida como la capacidad de modificacin del esquema a un nivel de sistema
sin tener que modificar el esquema superior de forma inmediata.

Lo que ms tenemos que destacar en un SGBD lo suficientemente funcional, es lo
siguiente:

Versatilidad en la representacin de los datos, ofreciendo las visiones de la
informacin almacenada de todas las formas necesarias.
Corto tiempo de respuesta y acceso simultaneo a datos.
Mnima redundancia.
Simplicidad y Privacidad.
Seguridad, teniendo la capacidad de proteger los datos ante perdidas totales o
parciales (incendios, accesos no autorizados, uso incorrecto de los datos...).
Afinacin de datos, organizandolos de la forma mas optima para obtener unos
rpidos tiempos de respuesta.
Integridad, otorgando a los datos fiabilidad, frente a fallos de Hardware y
Software.

Ventajas de las BD ante los Ficheros Clsicos ;

Independencia de los datos al tratamiento, lo que implica que un cambio en el
programa, tanto lgico o fsico no deben obligar la alteracin del programa, ya que
la reprogramacin origina un importante esfuerzo que no se podra costear si se
producen a menudo. Podemos encontrarnos con dos tipos de independencia:

Independencia lgica de los datos, la cul se refiere modificaciones de la
representacin lgica del problema no afecta a los programas que lo manipulan,
y viceversa.
Independencia fsica de los datos, referido a la distribucin en unidades de
almacenamiento, es independiente de la estructura lgica general, o viceversa.

Coherencia de los resultados. La informacin de las BD se recogen y almacenan
una sola vez, por lo tanto todos lo programas que tienen acceso a estos, tienen que
mostrarlos de una forma coherente y muestrable. Adems, al reducir en gran parte la
redundancia de datos, desaparece el problema del enfoque clsico, eliminando la
necesidad de al cambiar un dato, tener que actualizar el resto.

Mejor disponibilidad de los datos para el conjunto de usuarios. Al aplicar la
metodologa de BD, puesto que estos comparten el conjunto de aplicaciones, los
datos pasan a ser de todos, existiendo una mejor disponibilidad y acceso entre ellos
para tdo usuario autorizado.

Mayor eficiencia en recogida y validacin de la entrada de datos al sistema.
Como no se producen apenas redundancias, los datos se recogen y validan una nica
vez, aumentando as el rendimiento en todo el proceso previo al almacenamiento.

Espacio en disco reducido. Como ya se ha mencionado anteriormente, al no
producirse redundancias, y as como la utilizacin de aplicaciones de compactacin,
las BD poseen una menor ocupacin de almacenamiento en el disco magntico.

2.3. Inconvenientes de las SGDB.

Los inconvenientes a valorar antes de de la instalacin de un SGDB son varios;

Instalacin costosa: tanto en equipos fsicos (nuevas instalaciones) como en
lgicos(SO, programas, compiladores...).
Personal especializado: es imprescindible la disposicin de un buen equipo para la
correcta utilizacin , el problema consiste en la dificultad de contratacin de
formacin.

Implantacin larga y difcil.

No son rentables a corto plazo, se suelen ver los resultados econmicos al
transcurso de varios meses o incluso aos en instalaciones grandes.

Ausencia de reglas y estndares, los cuales ltimamente estn siendo un punto a
tratar, con el surgimiento de estndares como el SQL.





3. EL ADMINISTRADOR DE LA BD

Toda Base de Datos necesita de un encargado de gestionar y optimizar todas sus funciones,
datos y caractersticas de cara a una mejora del rendimiento de la base de datos y una
mejora para la utilizacin de los usuarios, adems de garantizar la seguridad de los datos, y
controlar la ocupacin de memoria evitando ralentizaciones.

Las funciones del administrador de la Base de Datos son la toma de decisiones en la
definicin de los esquemas que determinarn el funcionamiento de la Base de Datos tales
como el esquema lgico, interno o externo.

Tambin es el encargado del control de las reglas de integridad y seguridad definindolas
de la mejor forma para el SGBD, gestionando los permisos para los usuarios.

Las Bases de Datos tienen que estar sujetas a cambios, el administrador tiene que atender a
esos cambios, y reorganizar para que el sistema no se desfase o degrade.

4 . Componentes y Funciones de un SGBD.

El objetivo de un SGBD es proporcionar un interfaz adecuado y eficaz para que podamos
manipular la informacin que deseemos en nuestra base de datos, ya sea almacenarlos o
acceder a ellos.
Debe permitirnos a nosotros como usuarios el poder crear y mantener la base de datos a la
vez que controla el acceso a la misma.
Las funciones ms importantes de un SGBD deben ser:
Definicin de los datos: el sistema debe entender la definicin de los datos que le
proporcionamos, escrito en el lenguaje adecuado para que los pueda entender, y
procesarlos. Este mismo sistema tiene que tener los elementos necesarios y ser capaz de
procesar los datos, para cada uno de los diferentes lenguajes de definicin de datos (DDL).
Manipulacin de los datos: el sistema tiene que poder encargarse de realizar las diferentes
rdenes que introduzca el usuario, ya bien sea para acceder, guardar, borrar o editar datos.
Para dicha manipulacin, es necesario que el SGBD tenga incluidos lenguajes de
manipulacin de datos (DML). Dichos lenguajes pueden ser independientes si ellos mismos
son capaces de traducir las instrucciones que le indiquemos sin necesidad de requerir un
programa que le haga de traductor previamente.
Seguridad e integridad en los datos: para que un SGBD sea estable y asegure la integridad
de los datos, debe controlar el acceso a los mismos por parte de los usuarios, y controlar
cualquier posible violacin de las reglas que el administrador de la base de datos habr
establecido anteriormente.
Recuperacin y concurrencia de los datos: los datos almacenados deben permanecer
coherentes tras la manipulacin de los mismos por parte de los usuarios, tambin se debe
controlar el acceso a los mismos cuando varios usuarios se disponen a acceder a la vez a la
base de datos. Adems se tendr que tener en cuenta y poner remedio a posibles fallos, ya
sea bien por instrucciones no realizadas completamente, fallos de energa, errores de
software o posibles problemas de hardware.
Diccionario de datos: la ltima de las funciones ms importantes de un SGBD consiste en
incluir informacin adicional sobre los datos propios. Esta informacin se utilizar para el
anlisis y diseo de la base de datos.
Los componentes que podemos encontrar en un SGBD estn divididos en diferentes
mdulos. Aqu podemos ver un esquema de las diferentes partes.


Procesador de consultas: convierte las instrucciones introducidas por el usuario en
un lenguaje de rdenes que entiende el gestor de la base de datos.
Gestor de la base de datos: proporciona un canal entre los datos guardados en la
base de datos y los programas de aplicacin y las consultas que se hacen en el
sistema, para comunicarse entre ambos y poder realizar dichas consultas.
Gestor de archivos: gestiona la cantidad de espacio en la memoria del disco y de los
datos usados para representar la informacin almacenada en disco.
Pre compilador del lenguaje de manipulacin de datos DML: convierte las
instrucciones en DML integradas en un programa de aplicacin en llamadas
normales a procedimientos en el lenguaje principal.
Compilador del lenguaje de definicin de datos DDL: convierte sentencias en DDL
en un conjunto de metadatos, para que despus sean incorporados al diccionario de
datos.
Gestor del diccionario de datos: almacena los metadatos creados anteriormente en la
estructura de la base de datos
5. INDEPENDENCIA DE DATOS

La independencia de datos es el hecho de que la modificacin de datos solo afectarn a
aquellos programas y esquemas que estn directamente vinculados o afectados por esos
datos. El grado de independencia es calculado basndose en dos conceptos: granularidad y
ligadura.

El proceso de transformacin del esquema externo en esquema interno es conocido como
ligadura. No se trata de un proceso de transformacin directa sino que se produce en dos
pasos. Primero se transforma de externo a lgico y de este a interno, por tanto
diferenciaremos entre ligadura lgica y fsica.

Para determinar la independencia de datos basndonos en este concepto, tenemos que tener
en cuenta el momento en el que se realizar la ligadura. Cuanto ms tarde se realice la
ligadura mayor ser la independencia.

Vamos a ordenar segn el momento en el que puede darse acabo el proceso de ligadura, de
menor a mayor independencia.
0 Compilacin
1 Montaje
2 Inicio ejecucin
3 Cada acceso a la base de datos.

El grado de detalle con el que se definen los esquemas externos en funcin del esquema
interno, es lo que se llama granularidad.
Registro completo
Campo de registro

Para determinar la independencia de datos se utiliza el grado de fina, cuanto ms fina
es la granularidad se dice que mayor es el grado de independencia.


La integridad de datos valora la calidad de la informacin basndose en:
1 Buena relacin entre datos.
2 Valores correctos
3 Sin interferencias.

En caso de que se presente uno de estos problemas se pueden abordar de un punto
optimista, solucionndolo cuando se presente o pesimista, ya desde un principio tener en
cuenta los posibles problemas. Dicho de otra forma podemos solucionar los problemas
utilizando una de estas dos tcnicas.
4 tcnicas preventivas
5 tcnicas curativas
6
2La seguridad de los datos se refiere a la autorizacin de determinados permisos (lectura,
escritura etc), a los usuarios durante el uso de la BD.
3Se utilizan tcnicas tales como la identificacin del usuario (login y passworrd).

6. ARQUITECTURA CLIENTE- SERVIDOR

Esta arquitectura consiste bsicamente en un cliente que realiza peticiones a otro programa
(el servidor) que le da respuesta. Aunque esta idea se puede aplicar a programas que se
ejecutan sobre una sola computadora es ms ventajosa en un sistema operativo multiusuario
distribuido a travs de una red de computadoras.

En esta arquitectura la capacidad de proceso est repartida entre los clientes y los
servidores, aunque son ms importantes las ventajas de tipo organizativo debidas a la
centralizacin de la gestin de la informacin y la separacin de responsabilidades, lo que
facilita y clarifica el diseo del sistema.

La separacin entre cliente y servidor es una separacin de tipo lgico, donde el servidor no
se ejecuta necesariamente sobre una sola mquina ni es necesariamente un slo programa.
Los tipos especficos de servidores incluyen los servidores web, los servidores de archivo,
los servidores del correo, etc. Mientras que sus propsitos varan de unos servicios a otros,
la arquitectura bsica seguir siendo la misma.

Una disposicin muy comn son los sistemas multicapa en los que el servidor se
descompone en diferentes programas que pueden ser ejecutados por diferentes
computadoras aumentando as el grado de distribucin del sistema.

La arquitectura cliente-servidor sustituye a la arquitectura monoltica en la que no hay
distribucin, tanto a nivel fsico como a nivel lgico.

En la arquitectura C/S el remitente de una solicitud es conocido como cliente. Sus
caractersticas son:

Es quien inicia solicitudes o peticiones, tienen por tanto un papel activo en la comunicacin
(dispositivo maestro o amo).
Espera y recibe las respuestas del servidor.
Por lo general, puede conectarse a varios servidores a la vez.
Normalmente interacta directamente con los usuarios finales mediante una interfaz grfica
de usuario.
Al receptor de la solicitud enviada por cliente se conoce como servidor. Sus caractersticas
son:

Al iniciarse esperan a que lleguen las solicitudes de los clientes, desempean entonces un
papel pasivo en la comunicacin (dispositivo esclavo).
Tras la recepcin de una solicitud, la procesan y luego envan la respuesta al cliente.
Por lo general, aceptan conexiones desde un gran nmero de clientes (en ciertos casos el
nmero mximo de peticiones puede estar limitado).
No es frecuente que interacten directamente con los usuarios finales.


ARQUITECTURA MULTICAPAS

La arquitectura cliente/servidor genrica tiene dos tipos de nodos en la red: clientes y
servidores. Consecuentemente, estas arquitecturas genricas se refieren a veces como
arquitecturas de dos niveles o dos capas.

Algunas redes disponen de tres tipos de nodos:

Clientes que interactan con los usuarios finales.
Servidores de aplicacin que procesan los datos para los clientes.
Servidores de la base de datos que almacenan los datos para los servidores de aplicacin.
Esta configuracin se llama una arquitectura de tres-capas.

Ventajas de las arquitecturas n-capas:
La ventaja fundamental de una arquitectura n-capas comparado con una arquitectura de dos
niveles (o una tres-capas con una de dos niveles) es que separa hacia fuera el proceso, eso
ocurre para mejorar el balance la carga en los diversos servidores; es ms escalable.
Desventajas de las arquitecturas de la n-capas:
Pone ms carga en la red, debido a una mayor cantidad de trfico de la red.
Es mucho ms difcil programar y probar el software que en arquitectura de dos niveles
porque tienen que comunicarse ms dispositivos para terminar la transaccin de un usuario.

MEJORAS DE LA ARQUITECTURA CLIENTE-SERVIDOR

Centralizacin del control: los accesos, recursos y la integridad de los datos son controlados
por el servidor de forma que un programa cliente defectuoso o no autorizado no pueda
daar el sistema. Esta centralizacin tambin facilita la tarea de poner al da datos u otros
recursos (mejor que en las redes P2P).

Escalabilidad: se puede aumentar la capacidad de clientes y servidores por separado.
Cualquier elemento puede ser aumentado (o mejorado) en cualquier momento, o se pueden
aadir nuevos nodos a la red (clientes y/o servidores).

Fcil mantenimiento: al estar distribuidas las funciones y responsabilidades entre varios
ordenadores independientes, es posible reemplazar, reparar, actualizar, o incluso trasladar
un servidor, mientras que sus clientes no se vern afectados por ese cambio (o se afectarn
mnimamente). Esta independencia de los cambios tambin se conoce como encapsulacin.

Existen tecnologas, suficientemente desarrolladas, diseadas para el paradigma de C/S que
aseguran la seguridad en las transacciones, la amigabilidad del interfaz, y la facilidad de
empleo.


INCONVENIENTES DE LA ARQUITECTURA CLIENTE-SERVIDOR

La congestin del trfico ha sido siempre un problema en el paradigma de C/S. Cuando una
gran cantidad de clientes envan peticiones simultaneas al mismo servidor, puede ser que
cause muchos problemas para ste (a mayor nmero de clientes, ms problemas para el
servidor). Al contrario, en las redes P2P como cada nodo en la red hace tambin de
servidor, cuantos ms nodos hay, mejor es el ancho de banda que se tiene.

El paradigma de C/S clsico no tiene la robustez de una red P2P. Cuando un servidor est
cado, las peticiones de los clientes no pueden ser satisfechas. En la mayor parte de redes
P2P, los recursos estn generalmente distribuidos en varios nodos de la red. Aunque
algunos salgan o abandonen la descarga; otros pueden todava acabar de descargar
consiguiendo datos del resto de los nodos en la red.

El software y el hardware de un servidor son generalmente muy determinantes. Un
hardware regular de un ordenador personal puede no poder servir a cierta cantidad de
clientes. Normalmente se necesita software y hardware especfico, sobre todo en el lado del
servidor, para satisfacer el trabajo. Por supuesto, esto aumentar el coste.
El cliente no dispone de los recursos que puedan existir en el servidor. Por ejemplo, si la
aplicacin es una Web, no podemos escribir en el disco duro del cliente o imprimir
directamente sobre las impresoras sin sacar antes la ventana previa de impresin de los
navegadores.