Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Sistema Gestion de Bases de Datos PDF
Sistema Gestion de Bases de Datos PDF
DE
GESTIN
DE
BASES DE
DATOS
Alumnos :
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.
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.
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.
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.
Ficheros de datos.
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.
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.
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
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.
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
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).
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.