Sunteți pe pagina 1din 6

Sistemas de Gestión de Bases de Datos

FACULTAD DE ESTUDIOS SUPERIORES ARAGON

BASE DE DATOS

ARCHIVOS

MTI. OMAR MENDOZA GONZALEZ

AGOSTO DE 2008

BD FES Aragón - MTI. Omar Mendoza Gonzalez Página 1 de 6


Sistemas de Gestión de Bases de Datos

SGBD
1. Nivel interno: es el nivel más bajo de abstracción, y define cómo se almacenan los datos en el soporte
físico, así como los métodos de acceso.

2. Nivel conceptual: es el nivel medio de abstracción. Se trata de la representación de los datos realizada por
la organización, que recoge las vistas parciales de los requerimientos de los diferentes usuarios y las
aplicaciones posibles. Se configura como visión organizativa total, e incluye la definición de datos y las
relaciones entre ellos.

3. Nivel externo: es el nivel de mayor abstracción. 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.

Fig.2.1. Niveles de la arquitectura de bases de datos.

En ocasiones puede encontrarse el nivel conceptual divido en dos niveles, conceptual y lógico. El primero de
ellos corresponde a la visión del sistema global desde un punto de vista organizativo independiente, no
informático.

El segundo correspondería a la visión de la base de datos expresada en términos del sistema que se va a
implantar con medios informáticos.

El modelo de arquitectura propuesto permite establecer el principio de independencia de los datos. Esta
independencia puede ser lógica y física. Por independencia lógica se entiende que los cambios en el esquema
lógico no deben afectar a los esquemas externos que no utilicen los datos modificados. Por independencia
física se entiende que el esquema lógico no se vea afectado por cambios realizados en el esquema interno,
correspondientes a modos de acceso, etc.

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:

 La independencia lógica es la capacidad de modificar el esquema conceptual sin tener que alterar
los esquemas externos ni los programas de aplicación. 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 deberán verse
afectados.

 La independencia física 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
físicos con el fin de mejorar el rendimiento de las operaciones de consulta o de actualización de
datos. Dado que la independencia física se refiere sólo a la separación entre las aplicaciones y las
estructuras físicas de almacenamiento, es más fácil de conseguir que la independencia lógica.

BD FES Aragón - MTI. Omar Mendoza Gonzalez Página 2 de 6


Sistemas de Gestión de Bases de Datos

Clasificación de los sistemas de gestión de bases de datos


El criterio principal que se utiliza para clasificar los SGBD es el modelo lógico en que se basan. Los modelos
lógicos empleados con mayor frecuencia en los SGBD comerciales actuales son el relacional, el de red y el
jerárquico. Algunos SGBD más modernos se basan en modelos orientados a objetos.

Un segundo criterio para clasificar los SGBD es el número de usuarios a los que da servicio el sistema. Los
sistemas monousuario sólo atienden a un usuario a la vez, y su principal uso se da en los ordenadores
personales. Los sistemas multiusuario, entre los que se encuentran la mayor parte de los SGBD, atienden a
varios usuarios al mismo tiempo.
Un tercer criterio es el número de sitios en los que está distribuida la base de datos. Casi todos los SGBD son
centralizados: sus datos se almacenan en un solo computador.

 Los SGBD centralizados pueden atender a varios usuarios, pero el SGBD y la base de datos en sí
residen por completo en una sola máquina.

 En los SGBD distribuidos la base de datos real y el propio software del SGBD pueden estar
distribuidos en varios sitios conectados por una red.

 Los SGBD distribuidos homogéneos utilizan el mismo SGBD en múltiples sitios. Una tendencia
reciente consiste en crear software para tener acceso a varias bases de datos autónomas
preexistentes almacenadas en SGBD distribuidos heterogéneos.

 Esto da lugar a los SGBD federados o sistemas multibase de datos en los que los SGBD
participantes tienen cierto grado de autonomía local. Muchos SGBD distribuidos emplean una
arquitectura cliente-servidor.

Un cuarto criterio es el coste del SGBD. La mayor parte de los paquetes de SGBD cuestan entre 10.000 y
100.000 euros. Los sistemas monousuario más económicos para microcomputadores cuestan entre 100 y
3.000 euros. En el otro extremo, los paquetes más completos cuestan más de 100.000 euros.

Por último, los SGBD pueden ser de propósito general o de propósito específico. Cuando el rendimiento es
fundamental, se puede diseñar y construir un SGBD de propósito especial para una aplicación específica, y
este sistema no sirve para otras aplicaciones. Muchos sistemas de reservas de líneas aéreas son SGBD de
propósito especial y pertenecen a la categoría de sistemas de procesamiento de transacciones en línea
(OLTP), que deben atender un gran número de transacciones concurrentes sin imponer excesivos retrasos.

Objetivos
Existen distintos objetivos que deben cumplir los SGBD:

Abstracción de la información. Los usuarios de los SGBD ahorran a los usuarios detalles acerca del
almacenamiento físico 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 abstracción.

Independencia. La independencia de los datos consiste en la capacidad de modificar el esquema (físico o


lógico) de una base de datos sin tener que realizar cambios en las aplicaciones que se sirven de ella.

Redundancia mínima. Un buen diseño de una base de datos logrará evitar la aparición de información
repetida o redundante. De entrada, lo ideal es lograr una redundancia nula; no obstante, en algunos casos la
complejidad de los cálculos hace necesaria la aparición de redundancias.

Consistencia. En aquellos casos en los que no se ha logrado esta redundancia nula, será necesario vigilar
que aquella información que aparece repetida se actualice de forma coherente, es decir, que todos los datos
repetidos se actualicen de forma simultánea.

Seguridad. La información almacenada en una base de datos puede llegar a tener un gran valor. Los SGBD
deben garantizar que esta información se encuentra asegurada frente a usuarios malintencionados, que
intenten leer información privilegiada; frente a ataques que deseen manipular o destruir la información; o
simplemente ante las torpezas de algún usuario autorizado pero despistado. Normalmente, los SGBD
disponen de un complejo sistema de permisos a usuarios y grupos de usuarios, que permiten otorgar
diversas categorías de permisos.

BD FES Aragón - MTI. Omar Mendoza Gonzalez Página 3 de 6


Sistemas de Gestión de Bases de Datos

Integridad. Se trata de adoptar las medidas necesarias para garantizar la validez de los datos
almacenados. Es decir, se trata de proteger los datos ante fallos de hardware, datos introducidos por
usuarios descuidados, o cualquier otra circunstancia capaz de corromper la información almacenada.

Respaldo y recuperación. Los SGBD deben proporcionar una forma eficiente de realizar copias de
seguridad de la información almacenada en ellos, y de restaurar a partir de estas copias los datos que se
hayan podido perder.

Control de la concurrencia. En la mayoría de entornos (excepto quizás el doméstico), lo más habitual es


que sean muchas las personas que acceden a una base de datos, bien para recuperar información, bien para
almacenarla. Y es también frecuente que dichos accesos se realicen de forma simultánea. Así pues, un SGBD
debe controlar este acceso concurrente a la información, que podría derivar en inconsistencias.

Tiempo de respuesta. Lógicamente, es deseable minimizar el tiempo que el SGBD tarda en darnos la
información solicitada y en almacenar los cambios realizados.

Además, de estos 9 servicios, es razonable esperar que los SGBD proporcionen un par de servicios más:

Un SGBD debe permitir que se mantenga la independencia entre los programas y la estructura de la base de
datos.

La independencia de datos se alcanza mediante las vistas o subesquemas.

La independencia de datos física es más fácil de alcanzar, de hecho hay varios tipos de cambios que se
pueden realizar sobre la estructura física de la base de datos sin afectar a las vistas. Sin embargo, lograr
una completa independencia de datos lógica es más difícil. Añadir una nueva entidad, un atributo o una
relación puede ser sencillo, pero no es tan sencillo eliminarlos.

Un SGBD debe proporcionar una serie de herramientas que permitan administrar la base de datos de modo
efectivo.
Algunas herramientas trabajan a nivel externo, por lo que habrán sido producidas por el administrador de la
base de datos. Las herramientas que trabajan a nivel interno deben ser proporcionadas por el distribuidor
del SGBD. Algunas de ellas son:

 Herramientas para importar y exportar datos.


 Herramientas para monitorizar el uso y el funcionamiento de la base de datos.
 Programas de análisis estadístico para examinar las prestaciones o las estadísticas de utilización.
 Herramientas para reorganización de índices.
 Herramientas para aprovechar el espacio dejado en el almacenamiento físico por los registros
borrados y que consoliden el espacio liberado para reutilizarlo cuando sea necesario.

Componentes de un sistema de gestión de bases de datos


Los SGBD son paquetes de software muy complejos y sofisticados que deben proporcionar los servicios
comentados en la sección anterior. No se puede generalizar sobre los elementos que componen un SGBD ya
que varían mucho unos de otros. Sin embargo, es muy útil conocer sus componentes y cómo se relacionan
cuando se trata de comprender lo que es un sistema de bases de datos.

Un SGBD tiene varios módulos, cada uno de los cuales realiza una función específica. El sistema operativo
proporciona servicios básicos 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 el interface con los programas de aplicación 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 petición. Entonces el gestor de la base de datos
realiza una llamada al gestor de ficheros para ejecutar la petición.

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 función de dispersión para generar la dirección de los registros. Pero el gestor de

BD FES Aragón - MTI. Omar Mendoza Gonzalez Página 4 de 6


Sistemas de Gestión de Bases de Datos

ficheros no realiza directamente la entrada y salida de datos. Lo que hace es pasar la petición a los métodos
de acceso del sistema operativo que se encargan de leer o escribir los datos en el buffer del sistema.

El preprocesador del LMD convierte las sentencias del LMD embebidas en los programas de aplicación, en
llamadas a funciones estándar escritas en el lenguaje anfitrión. El preprocesador del LMD debe trabajar con
el procesador de consultas para generar el código apropiado.

El compilador del LDD convierte las sentencias del LDD en un conjunto de tablas que contienen metadatos.
Estas tablas se almacenan en el diccionario de datos.

El gestor del diccionario controla los accesos al diccionario de datos y se encarga de mantenerlo. La mayoría
de los componentes del SGBD acceden al diccionario de datos.

Los principales componentes del gestor de la base de datos son los siguientes:

Control de autorización. Este módulo comprueba que el usuario tiene los permisos necesarios para llevar a
cabo la operación 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 operación cambia los datos de la base de datos, este módulo debe
comprobar que la operación a realizar satisface todas las restricciones de integridad necesarias.
Optimizador de consultas. Este módulo determina la estrategia óptima para la ejecución de las consultas.

Gestor de transacciones. Este módulo realiza el procesamiento de las transacciones.


Planificador (scheduler). Este módulo es el responsable de asegurar que las operaciones que se realizan
concurrentemente sobre la base de datos tienen lugar sin conflictos.

Gestor de recuperación. Este módulo garantiza que la base de datos permanece en un estado consistente en
caso de que se produzca algún fallo.

Gestor de buffers. Este módulo es el responsable de transferir los datos entre memoria principal y los
dispositivos de almacenamiento secundario. A este módulo también se le denomina gestor de datos.

BD FES Aragón - MTI. Omar Mendoza Gonzalez Página 5 de 6


Sistemas de Gestión de Bases de Datos

Lenguajes del DBMS


En la estructura básica de un Sistema Manejador de Base de Datos se enuncian dos lenguajes que permiten
trabajar sobre la base de datos. Estos lenguajes estandar son:

* DDL (Data Definition language): Lenguaje de Definición de Datos. Por medio de este el DBMS identifica
las descripciones de los elementos de los esquemas y almacena la descripción del esquema en el catálogo
del DBMS.

Por medio de este el DBMS especifica el esquma conceptual e interno (Base de datos Almacenada).
* SDL (Store Definition language): Lenguaje de definición de almacenamiento. Es utilizado por el DBMS
para especificar el esquema interno que corresponde a la Base de Datos Almacenada.

* VDL (View Definition language): Lenguaje de Definición de Vistas. Es utilizado por el DBMS para
especificar las vistas del usuario y sus correspondiencias con el esquema conceptual.

En las Bases de Datos Relacionales, el SQL, representa una combinación de los anteriores.

* DML (Data Manipulation language): Lenguaje de Manipulación de Datos. Permite la manipulación de las
operaciones de Inserción, Eliminación y Modificación.
o Tipos de DML's:
+ De alto Nivel o No por procedimientos: SQL.
+ De bajo Nivel o por procedimientos.

BD FES Aragón - MTI. Omar Mendoza Gonzalez Página 6 de 6

S-ar putea să vă placă și