1. YULI CAMARGO GRUPO
FELIPE LUGO 217-1AN
CARACTERÍSTICAS DE LOS DBMS
El propósito general de los sistemas de gestión de bases de datos es el de manejar de
manera clara, sencilla y ordenada un conjunto de datos que posteriormente se
convertirán en información relevante para una organización.
Existen distintos objetivos que deben cumplir los DBMS:
 Abstracción de la información. Los DBMS 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..
 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.
 Consistencia. En aquellos casos en los que no se ha logrado eliminar la
redundancia, 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. 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 debería aceptar datos de un
conductor menor de edad. En los SGBD existen herramientas que facilitan la
programación de este tipo de condiciones.
 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 segura de
permisos a usuarios y grupos de usuarios, que permiten otorgar diversas categorías de
permisos.
 Manejo de transacciones. Una transaccion es un programa que se ejecuta como
una sola operación. Esto quiere decir que luego de una ejecución en la que se produce
una falla es el mismo que se obtendría si el programa no se hubiera ejecutado. Los
DBMS proveen mecanismos para programar las modificaciones de los datos de una
forma mucho más simple que si no se dispusiera de ellos.
 Tiempo de respuesta. Lógicamente, es deseable minimizar el tiempo que el SGBD
demora en proporcionar la información solicitada y en almacenar los cambios
realizados.

2. 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 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 la 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 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.
PRINCIPALES COMPONENTES DEL GESTOR DE BASE DE DATOS
• 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.

3. • 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.
ARQUITECTURA DE LOS DBMS
La
arquitectura de un sistema de base de datos está influenciada por el sistema informático
que soporta la instalación del SGBD, lo que reflejará muchas de las características propias
del sistema subyacente en el SGBD.
Las bases de datos respetan la arquitectura de tres niveles definida, para cualquier tipo de
base de datos, por el grupo ANSI/SPARC. En esta arquitectura la base de datos se divide en
los niveles externo, conceptual e interno (KORTH y SILBERSCHATZ, 1994:5; MIGUEL y
PIATTINI, 1993: 83-107; MOTA, CELMA y CASAMAYOR, 1994: 11-12):

4. 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.
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.
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.