UNIDAD I.

EL MUNDO DE LAS BASES DE DATOS Y LOS SISTEMAS

MANEJADORES DE BASE DE DATOS.
Objetivo: Al finalizar la unidad el estudiante manejar los conceptos fundamentales de los
sistemas de base de datos.

1.1 Introduccin.
Para dar inicio a los conceptos fundamentales de las bases de datos, es necesario saber
que el uso de sistemas de informacin por parte de las organizaciones requiere el
almacenamiento de grandes cantidades de informacin, ya sea para el uso del sistema, para
generar resultados o para compartir dicha informacin con otros sistemas. Actualmente, las
organizaciones utilizan sistemas de bases de datos para satisfacer estos requerimientos; pero
no siempre fue as, en la dcada de los 60 la informacin de la organizacin se guardaba en
sistemas de procesamiento de archivos tpicos, que los sistemas operativos convencionales
soportaban. A continuacin, se dan algunas caractersticas de estos sistemas de ficheros.

1.2 Sistemas de Ficheros.

Los sistemas de ficheros surgieron en los aos sesenta al tratar de informatizar el

manejo de los archivadores manuales (Krdex) con objeto de proporcionar un acceso
ms eficiente a los datos.

Un sistema de ficheros es un conjunto de programas - por lo general, escrito en

lenguaje de tercera generacin: pascal, cobol, C, etc. - que prestan servicio a los
usuarios finales. Cada programa define y maneja sus propios datos (la estructura fsica
del fichero est definida dentro del programa).

Los datos de la organizacin o empresa se almacenan en archivos del sistema

operativo de forma descentralizada, en el que cada seccin o departamento almacena
y gestiona sus propios datos.

Para comprender los mtodos de trabajo de los sistemas de fichero, se va a utilizar como
ejemplo una empresa inmobiliaria. En esta inmobiliaria, el departamento de ventas se encarga
de alquilar inmuebles. Cuando un propietario pasa por este departamento para ofrecer en
alquiler su inmueble, se rellena un formulario en donde se recogen los datos del mismo y los
del propietario. El departamento de ventas tambin se encarga de atender a los clientes que
desean alquilar un inmueble. Para gestionar toda esta informacin, el departamento posee un
sistema de informacin, desarrollado en Pascal1, que tiene tres ficheros.

Inum
IL94

Calle
Riu Ebre, 24

rea
Ronda Sur

Poblacin
Castelln

Tipo
Piso

Hab
4

Alquiler
350

Pnum
P87

lenguaje de programacin desarrollado por el profesor suizo Niklaus Wirth a finales de los aos 60. Su objetivo era
crear un lenguaje que facilitara el aprendizaje de la programacin. Sin embargo con el tiempo su utilizacin excedi
el mbito acadmico para convertirse en una herramienta para la creacin de aplicaciones de todo tipo.

IG21
IG36

Pnum
P87
P40
P93

Qnum
Q76
Q56
Q74

Sorell, 5
Alicante,1

Grao

Castelln
Piso
3
300
Segorbe
Piso
3
325
Tabla N 1.1 Fichero INMUEBLE del departamento de Ventas
Fuente: El autor, 2009

Nombre
Manuel
Alberto
Yolanda

Nombre
Juan
Ana
Elena

Apellido
Direccin
Obiol
Av.Libertad 15, Vinaroz
Estrada
Av.del Puerto 52, Castelln
Robles
Pursima 4, Segorbe
Tabla N 1.2 Fichero PROPIETARIO del departamento de Ventas
Fuente: El autor, 2009
Apellido
Telfono
Direccin
Felipe
Barcel 47, Castelln
282 540
Grangel
San Rafael 45, Almazora
551 110
Abaso
Navarra 76, Castelln
205 560
Tabla N 1.3 Fichero INQUILINO del departamento de Ventas
Fuente: El autor, 2009

P40
P93

Telfono
450 760
200 740
710 430

Tipo
Piso
Piso
Casa

Alquiler
375
300
700

La inmobiliaria tambin cuenta con el departamento de Contratacin que se ocupa de

gestionar los contratos de alquiler de los inmuebles. Cuando un cliente desea formalizar un
contrato, se le rellena un formulario con los datos del inquilino y los datos del inmueble. Este
formulario pasa al departamento de contratos, que asigna un nmero al contrato y completa la
informacin sobre el pago y el perodo del contrato. Para gestionar esta informacin, el
departamento de contratos posee un sistema de informacin desarrollado en cobol2, con tres
ficheros: el fichero de los contratos, el fichero de los inmuebles alquilados y el fichero de los
inquilinos que tienen en activo un contrato de alquiler.
Cnum
10075
10012

Inum
IL94
IG21

Inum
IL94
IG21

Calle
rea
Poblacin
Riu Ebre, 24
Ronda Sur
Castelln
San Francisco, 10
Vinaroz
Tabla N 1.5 Fichero INMUEBLE departamento de Contratacin
Fuente: El autor, 2009

Qnum
Q76
Q74

Qnum
Importe
Pago
Depsito Pagado
Inicio
Q76
350
Efectivo
700 N
1/1/00
Q74
550
Cheque
1100 S
1/7/99
Tabla N 1.4 Fichero CONTRATO del departamento de Contratacin
Fuente: El autor, 2009

Fin
30/6/00
30/6/00

Alquiler
350
550

Nombre
Apellido
Direccin
Poblacin
Telfono
Juan
Felip
Barcel, 47
Castelln
964 282 540
Elena
Abaso
Navarra, 76
Castelln
964 205 560
Tabla N 1.6 Fichero INQUILINO departamento de Contratacin
Fuente: El autor, 2009

Cada departamento accede a sus ficheros mediante una serie de programas de

aplicacin escritos especialmente para ellos. Estos programas son totalmente independientes
entre un departamento y otro, y se utilizan para introducir datos, mantener los ficheros y
generar los informes que cada departamento necesita. Es importante destacar que la
2

lenguaje de programacin creado en el ao 1960 para ser usado en cualquier ordenador, y que estuviera
orientado principalmente a los negocios, es decir, a la llamada informtica de gestin.

estructura fsica de los ficheros de datos y de sus registros est definida dentro de los
programas de aplicacin.
Departamento de
Contratacin

Departamento de Ventas
Aplicacin realizada Pascal

Aplicacin realizada en Cobol

Propietario
Contrato
Inmueble
Inmueble

Inquilino

nmueb

nmueb

Inquilino

Archivos repetidos
Figura N 1.1 Sistemas de ficheros de la inmobiliaria.
Fuente: El Autor.

Los sistemas de base de datos surgieron en respuesta a los inconvenientes que

presentaban los sistemas de ficheros. Los mismos se plantean en el siguiente punto.
1.2.1 Inconvenientes en los Sistemas de Ficheros.
En el ejemplo anterior, se puede observar que los departamentos de Ventas y
Contratacin poseen repetido los ficheros Inquilino e Inmueble; cada uno de ellos almacena
los datos de inquilinos e inmuebles, respectivamente, que han sido contactados por el
departamento. Existe la posibilidad que el fichero inquilino del departamento de Ventas
contenga los datos de algn inquilino que ha sido almacenado en el fichero inquilino del
departamento de Contratacin o viceversa. A raz de esta duplicidad de los datos, los
sistemas de ficheros presentan una serie de inconvenientes:

Separacin y aislamiento de los datos. Cuando los datos se separan en distintos

ficheros, es ms complicado acceder a ellos, ya que el programador de aplicaciones
debe sincronizar el procesamiento de los distintos ficheros implicados para asegurar
que se extraen los datos correctos. Adems, debe tener claro cual es el fichero con la
informacin ms actualizada.

Duplicacin de datos. La redundancia de datos existente en los sistemas de ficheros

hace que se desperdicie espacio de almacenamiento y lo que es ms importante:
puede llevar a que se pierda la consistencia de los datos. Se produce una
inconsistencia cuando copias de los mismos datos no coinciden.

Dependencia de datos. Ya que la estructura fsica de los datos (la definicin de los
ficheros y de los registros) se encuentra codificada en los programas de aplicacin,
cualquier cambio en dicha estructura es difcil de realizar. El programador debe
identificar todos los programas afectados por este cambio, modificarlos y volverlos a
probar, lo que cuesta mucho tiempo y est sujeto a que se produzcan errores.

Formatos de ficheros incompatibles. Ya que la estructura de los ficheros se define

en los programas de aplicacin, es completamente dependiente del lenguaje de
programacin. La incompatibilidad entre ficheros generados por distintos lenguajes
hace que los ficheros sean difciles de procesar de modo conjunto.

Problemas de Seguridad. Dificultad para controlar que ciertos usuarios no accedan a

ciertos datos.

Problemas en el Acceso Concurrente. Si varios usuarios acceden a la vez a un dato

pueden producirse errores. Ejemplo: Si se saca dinero de una misma cuenta desde
dos sitios distintos.

Consultas fijas y proliferacin de programas de aplicacin. Desde el punto de

vista de los usuarios finales, los sistemas de ficheros fueron un gran avance
comparados a los sistemas manuales. Sin embargo, los sistemas de ficheros son muy
dependientes del programador de aplicaciones, es decir, cualquier consulta o informe
que se quiera realizar debe ser programado por l. En algunas organizaciones se
conformaron con fijar el tipo de consultas e informes, siendo imposible realizar otro tipo
de consultas que no se hubieran tenido en cuenta a la hora de escribir los programas
de aplicacin.

En resumen los inconvenientes de los sistemas de ficheros se pueden atribuir a dos

factores:

La definicin de los datos se encuentra codificada dentro de los programas de

aplicacin, en lugar de estar almacenada aparte y de forma independiente.

No hay control sobre el acceso y la manipulacin de los datos ms all de lo impuesto

por los programas de aplicacin.

Para trabajar de un modo ms efectivo, surgieron las bases de datos y los sistemas
manejadores de bases de datos (SMBD).

1.3 Definicin de Base de Datos, Sistema Manejador de Bases de Datos y Sistema de

Base de datos.
Algunas definiciones de base de datos:

Una base de datos es un conjunto estructurado de informacin condensada o

elemental dispuesta para la gestin de una empresa. Este conjunto describe los datos
y representa las relaciones existentes entre los datos. (Castao, 1997).
Una base de datos es una coleccin integrada de datos almacenados en distintos
tipos de registros, de forma que sean accesibles para mltiples aplicaciones. (Senn,
1996).

Definiciones de un SMBD:

El SMBD es el conjunto de programas que permiten la implantacin, acceso y

mantenimiento de la base de datos. (Silberschatz, 2006).
Los SMBD 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. (Elmasri, 2001).

Definiciones de sistema de base de datos:

Un sistema de base de datos es bsicamente un sistema computarizado para

guardar registros; es decir, es un sistema computarizado cuya finalidad general es

almacenar informacin y permitir a los usuarios recuperar y actualizar esa informacin

con base a peticiones, ver figura N 1.2. (Date, 2003).

Un sistema de bases de datos es una coleccin de archivos interrelacionados y un

conjunto de programas que permiten a los usuarios acceder y modificar esto archivos.
(Silberschatz, 2006).
Sistema de Manejo
de Base de Datos

Base de Datos

Ficheros

Programas de
Aplicacin

Usuarios
Finales

Figura N 1.2 Imagen simplificada de un sistema de base de datos.

Fuente: Date, 2003.

1.4 Conceptos Fundamentales de las Bases de Datos.

1.4.1 Independencia e Integridad de Datos.
La independencia de los datos quiere decir que no es necesario conocer la estructura
fsica y lgica de los datos definidos en un Base de Datos para que estos puedan ser
utilizados por el programador que desarrolle un sistema como por algunos procesos que
integre un sistema. La independencia de datos implica un divorcio entre el programador y los
datos, es decir, se pueden hacer cambios a la informacin que contienen la Base de Datos o
tener acceso a la Base de Datos de diferentes maneras, sin hacer cambios en las aplicaciones
o en los programas (Date, 2003).
De igual manera, en el momento en que los datos son compartidos estos deben ser
guardados solamente una vez, es decir, la informacin debe ser nica, para lograr mucho ms
rpido y de manera confiable, si aparecen una sola vez, en vez de de estar representados en
distintos archivos.
La integridad de datos se refiere a proteger los datos de errores no maliciosos y su
prevencin.
1.4.2 Migracin de Datos.
En una organizacin o empresa muchas veces existen circunstancias muy particulares
que hacen necesaria la migracin de la plataforma presente donde se encuentran los datos;
tales como:

Se ha vuelto muy lenta la carga y consulta de datos

Se debe mantener compatibilidad hacia arriba con otros productos

El volumen de Informacin que se maneja necesita mayor robustez de la Base de

Datos.

Se desea mantener actualizado los productos

El actual Sistema Operativo desactualizado; entre otras circunstancias.

De acuerdo con ello, el proceso de migracin se dar una vez que se establezca su
factibilidad. Luego con un backup de la informacin que contengan los equipos, se procede a
trasladar esta a la nueva plataforma; verificando que todo funcione adecuadamente y que se
mantenga la integridad de la informacin. Este proceso permitir entonces, un mejor
aprovechamiento de la tecnologa que se posea y la mayor velocidad de acceso a la
informacin, adems de mayor seguridad y versatilidad.
En conclusin, la migracin de los datos es un proceso mediante el cual se cambia el
actual sistema operativo o SMBD por otros productos o por versiones mejoradas.

1.4.3 Consistencias de Datos.

Uno de los principales objetivos que provee el diseo de Base de Datos es el mantener
la consistencia de los datos; es decir, que a medida que los datos sean usados y se generen
copias del mismo, estos deben concordar entre s; por ejemplo, se actualiza la direccin de un
cliente en un archivo y que en otros archivos permanezca el anterior, caso que debe evitarse
con el diseo y manejo de una Base de Datos.

1.5 Objetivos y Ventajas de un Sistema de Base de Datos.

1.5.1 Objetivos.

Asegurar que la Base de Datos pueda ser compartida entre los usuarios de una
diversidad de aplicaciones.
Mantener datos que sean precisos y consistentes.
Asegurar que todos los datos requeridos por las aplicaciones actuales y futuras estn
fcilmente disponibles.
Permitir que la Base de Datos evolucione y que las necesidades de los usuarios
crezcan.
Permitir que los usuarios construyan su vista personal de los datos, sin preocuparse
de la forma en que estn fsicamente guardados los datos.

1.5.2 Ventajas.
La utilizacin de Base de Datos como plataforma para el desarrollo de sistemas de
aplicacin en las organizaciones se ha incrementado notablemente en los ltimos aos, y todo
parece indicar que seguir con esta tendencia en el futuro. Ello se debe a las ventajas que
ofrece su utilizacin, estas se pueden dividir en dos grupos: las que se deben a la integracin
de datos y las que se deben a la interfaz comn que proporciona el SMBD.
Ventajas por la integracin de los datos:

Control sobre la redundancia de datos. Los sistemas de ficheros almacenan varias

copias de los mismos datos en ficheros distintos. Esto hace que se desperdicie
espacio de almacenamiento, adems de provocar la falta de consistencia de datos. En
los sistemas de bases de datos todos estos ficheros estn integrados, por lo que no se
almacenan varias copias de los mismos datos. Sin embargo, en una base de datos no
se puede eliminar la redundancia completamente, ya que en ocasiones es necesaria
para modelar las relaciones entre los datos, o bien es necesaria para mejorar las
prestaciones.

Consistencia de datos. Eliminando o controlando las redundancias de datos se

reduce en gran medida el riesgo de que haya inconsistencias. Si un dato est
almacenado una sola vez, cualquier actualizacin se debe realizar slo una vez, y est
disponible para todos los usuarios inmediatamente. Si un dato est duplicado y el
sistema conoce esta redundancia, el propio sistema puede encargarse de garantizar
que todas las copias se mantengan consistentes. Desafortunadamente, no todos los
SMBD de hoy en da se encargan de mantener automticamente la consistencia.

Ms informacin sobre la misma cantidad de datos. Al estar todos los datos

integrados, se puede extraer informacin adicional sobre los mismos.

Comparticin de datos. En los sistemas de ficheros, los ficheros pertenecen a las

Asegurados o a los departamentos que los utilizan. Pero en los sistemas de bases de
datos, la base de datos pertenece a la empresa y puede ser compartida por todos los
usuarios que estn autorizados. Adems, las nuevas aplicaciones que se vayan
creando pueden utilizar los datos de la base de datos existente.

Mantenimiento de estndares. Gracias a la integracin es ms fcil respetar los

estndares necesarios, tanto los establecidos a nivel de la empresa como los
nacionales e internacionales. Estos estndares pueden establecerse sobre el formato
de los datos para facilitar su intercambio, pueden ser estndares de documentacin,
procedimientos de actualizacin y tambin reglas de acceso.
Ventajas por la existencia del SMBD:

Mejora en la integridad de datos. La integridad de la base de datos se refiere a la

validez y la consistencia de los datos almacenados. Normalmente, la integridad se
expresa mediante restricciones o reglas que no se pueden violar. Estas restricciones
se pueden aplicar tanto a los datos, como a sus relaciones, y es el SMBD quien se
debe encargar de mantenerlas.

Mejora en la seguridad. La seguridad de la base de datos es la proteccin de la base

de datos frente a usuarios no autorizados. Sin unas buenas medidas de seguridad, la
integracin de datos en los sistemas de bases de datos hace que stos sean ms
vulnerables que en los sistemas de ficheros. Sin embargo, los SMBD permiten
mantener la seguridad mediante el establecimiento de claves para identificar al
personal autorizado a utilizar la base de datos. Las autorizaciones se pueden realizar a
nivel de operaciones, de modo que un usuario puede estar autorizado a consultar
ciertos datos pero no a actualizarlos, por ejemplo.

Mejora en la accesibilidad a los datos. Muchos SMBD proporcionan lenguajes de

consultas o generadores de informes que permiten al usuario hacer cualquier tipo de
consulta sobre los datos, sin que sea necesario que un programador escriba una
aplicacin que realice tal tarea.

Mejora en la productividad. El SMBD proporciona muchas de las funciones estndar

que el programador necesita escribir en un sistema de ficheros. A nivel bsico, el
SMBD proporciona todas las rutinas de manejo de ficheros tpicas de los programas
de aplicacin. El hecho de disponer de estas funciones permite al programador
centrarse mejor en la funcin especfica requerida por los usuarios, sin tener que
preocuparse de los detalles de implementacin de bajo nivel. Muchos SMBD tambin
proporcionan un entorno de cuarta generacin consistente en un conjunto de
herramientas que simplifican, en gran medida, el desarrollo de las aplicaciones que
acceden a la base de datos. Gracias a estas herramientas, el programador puede
ofrecer una mayor productividad en un tiempo menor.

Mejora en el mantenimiento gracias a la independencia de datos. En los sistemas

de ficheros, las descripciones de los datos se encuentran inmersas en los programas
de aplicacin que los manejan. Esto hace que los programas sean dependientes de
los datos, de modo que un cambio en su estructura, o un cambio en el modo en que se
almacena en disco, requiere cambios importantes en los programas cuyos datos se
ven afectados. Sin embargo, los SMBD separan las descripciones de los datos de las
aplicaciones. Esto es lo que se conoce como independencia de datos, gracias a la cual
se simplifica el mantenimiento de las aplicaciones que acceden a la base de datos.

Aumento de la concurrencia. En algunos sistemas de ficheros, si hay varios usuarios

que pueden acceder simultneamente a un mismo fichero, es posible que el acceso
interfiera entre ellos de modo que se pierda informacin o, incluso, que se pierda la
integridad. La mayora de los SMBD gestionan el acceso concurrente a la base de
datos y garantizan que no ocurran problemas de este tipo.

Mejora en los servicios de copias de seguridad y de recuperacin ante fallos.

Muchos sistemas de ficheros dejan que sea el usuario quien proporcione las medidas
necesarias para proteger los datos ante fallos en el sistema o en las aplicaciones. Los
usuarios tienen que hacer copias de seguridad cada da, y si se produce algn fallo,
utilizar estas copias para restaurarlos. En este caso, todo el trabajo realizado sobre los
datos, desde que se hizo la ltima copia de seguridad, se pierde y se tiene que volver
a realizar. Sin embargo, los SMBD actuales funcionan de modo que se minimiza la
cantidad de trabajo perdido cuando se produce un fallo.

1.6 Caractersticas de una Base de Datos.

1.6.1 Arquitectura de un Sistema de Base de Datos.
Hay tres caractersticas importantes inherentes a los sistemas de bases de datos: la
separacin entre los programas de aplicacin y los datos, el manejo de mltiples vistas por
parte de los usuarios y el uso de un catlogo para almacenar el esquema de la base de datos.
En 1975, el comit ANSI-SPARC (American National Standard Institute - Standards Planning
and Requirements Committee) propuso una arquitectura de tres niveles para los sistemas de
bases de datos (ver figura N 1.3), que resulta muy til a la hora de conseguir estas tres
caractersticas.
El objetivo de la arquitectura de tres niveles es el de separar los programas de
aplicacin de la base de datos fsica. En esta arquitectura, el esquema de una base de datos
se define en tres niveles de abstraccin distintos:

1. En el nivel interno o fsico se describe la estructura fsica de la base de datos mediante

un esquema interno. Este esquema se especifica mediante un modelo fsico y describe
todos los detalles para el almacenamiento de la base de datos, as como los mtodos de
acceso.
2. En el nivel conceptual o lgico se describe la estructura de toda la base de datos para
una comunidad de usuarios (todos los de una empresa u organizacin), mediante un
esquema conceptual. Este esquema oculta los detalles de las estructuras de
almacenamiento y se concentra en describir entidades, atributos, relaciones, operaciones
de los usuarios y restricciones. En este nivel se puede utilizar un modelo lgico para
especificar el esquema.
3. En el nivel externo o vista se describen varios esquemas externos o vistas de usuario.
Cada esquema externo describe la parte de la base de datos que interesa a un grupo de
usuarios determinados y oculta a ese grupo el resto de la base de datos. En este nivel se
puede utilizar un modelo lgico para especificar los esquemas.

La mayora de los SMBD no distinguen del todo los tres niveles. Algunos incluyen
detalles del nivel fsico en el esquema conceptual. En casi todos los SMBD que se manejan
vistas de usuario, los esquemas externos se especifican con el mismo modelo de datos que
describe la informacin a nivel conceptual, aunque en algunos se pueden utilizar diferentes
modelos de datos en los niveles conceptual y externo.
Hay que destacar que los tres esquemas no son ms que descripciones de los mismos
datos pero con distintos niveles de abstraccin. Los nicos datos que existen realmente estn
a nivel fsico, almacenados en un dispositivo como puede ser un disco.
En un SMBD basado en la arquitectura de tres niveles, cada grupo de usuarios hace
referencia exclusivamente a su propio esquema externo. Por lo tanto, el SMBD debe
transformar cualquier peticin expresada en trminos de un esquema externo, a una peticin
expresada en trminos del esquema conceptual, y luego, a una peticin en el esquema
interno, que se procesar sobre la base de datos almacenada. Si la peticin es de una
obtencin (consulta) 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 peticiones y resultados de un nivel a otro se denomina correspondencia o
transformacin. Estas correspondencias pueden requerir bastante tiempo, por lo que algunos
SMBD no cuentan con vistas externas. A continuacin se presenta la figura N 3 que
esquematiza la arquitectura de un sistema de base de datos.

Nivel Externo:
Perspectiva pe rsonal
del Programador

Nivel Conceptual:
Perspectiva de l
Usuario

Nivel Interno:
Perspectiva de l
Almacenamiento
Fsico

Esquema
Externo

Esquema
Externo

Esquema
Externo

Esquema
Conceptual

Esquema
Interno

Ba se de Datos

Figura N 1.3 Arquitectura de un sistema de base de datos.

Fuente: Date, 2003.

A continuacin se definen algunos trminos utilizados en este punto.

Ejemplar: Se llama ejemplar de la base de datos a la coleccin de informacin almacenada
en ella en un momento dado. El ejemplar se modifica cada vez que se inserta, actualiza o
elimina un dato en la base de datos.
Esquemas: Se llama esquema de la base de datos al diseo global de la base de Datos. Los
Esquemas se cambian muy rara veces o nunca.
El concepto de Esquemas y Ejemplares de la base de datos se puede comprender por
analoga con los programas escritos en un lenguaje de programacin. El esquema de la base
de datos se corresponde con las declaraciones de las variables (junto con la definicin del tipo
de datos) en los programas. Una variable tiene un valor particular en un instante de tiempo.
Los valores de las variables de un programa en un instante dado se corresponden con un
ejemplar del esquema de la Base de Datos.
Vistas: Es uno de los escenarios para describir los datos requeridos por una aplicacin dada.
Un escenario puede incluir datos de una o ms tabla de datos. Las vistas permiten a los
usuarios de computadoras trabajar con una parte de la base de datos sin conocer los detalles
del nivel lgico, proporcionando un mecanismo de seguridad que evita que accedan al resto
de la Base de Datos. Una vista representa una imagen consistente y permanente de la base
de datos, incluso si la base de datos cambia su estructura.
Correspondencia o transformacin: Es el proceso de transformar peticiones y resultados de
un nivel a otro dentro de la arquitectura de la Base de Datos.

1.6.2 Componentes de un Sistema de Base de Datos.

Los componentes principales de un sistema de base de datos son el hardware, el
sistema manejador de base de datos, los datos para manejar y los usuarios.

Datos: Son considerados simplemente hechos, entidades independientes sin evaluar,

estos pueden ser numricos o no numricos. Para que un conjunto de datos puedan

ser procesados eficientemente y pueda dar lugar a informacin, primero se debe

organizar lgicamente en archivos. Un archivo es una coleccin de registros el cual es
un conjunto de campos relacionados entre s, y un campo es la unidad de datos ms
pequea que se puede referenciar.

Hardware: El componente de hardware de una Base de Datos consiste en el

dispositivo de almacenamiento de un computador, su memoria incluyendo las
unidades de control.

Software del SMBD: Es el elemento ms importante dentro de sus componentes,

consta de numerosas rutinas de software interrelacionadas que permiten manipular la
base de datos.

Usuarios: se puede definir como toda persona que tenga cualquier tipo de contacto
con el sistema de Base de Datos desde que este se disea, implementa, mantiene y
usa. Es una persona o grupo de personas que acceden a la base de datos con la
ayuda de un terminar o con un conjunto de programas de aplicacin. Existen cuatro
tipos de usuarios en un sistema de base de datos, diferenciados por la forma en que
ellos interactan con el sistema (Silberschatz, 2006), ellos son:
-

Programadores de Aplicaciones: Son profesionales informticos que

interactan con el sistema a travs de llamadas al Lenguaje de Manipulacin de
Datos (DML) que estn incluidas en un programa escrito en un lenguaje de
anfitrin que se llama comnmente programas de aplicacin.

Usuarios Sofisticados: Son los que interactan con el sistema sin escribir
programas. En cambio escriben sus preguntas en un lenguaje de Consulta de
Base de Datos.

Usuarios Especializados: algunos usuarios sofisticados escriben en

aplicaciones de Base de Datos especializadas que no encajan en el Marco
tradicional de procesamiento de Datos.

Usuarios Ingenuos: tambin llamados usuarios no sofisticados, pues

interactan con el sistema invocando a uno de los programas de aplicacin
permanente, que se han escritos anteriormente en el sistema de Base de Datos,
es decir, es el Usuario final que utiliza el Sistema de Base de Datos sin saber
nada del diseo interno del mismo.

1.6.3 Modelos de Datos.

Para comenzar este tema, es necesario definir que es un Modelo: Es una representacin
de la realidad que contiene las caractersticas generales de algo que se va a realizar. En Base
de Datos, este modelo se elabora de forma grfica.
De acuerdo a ello, se puede decir que un modelo de datos es: una coleccin de
herramientas conceptuales para describir los datos, las relaciones que existen entre ellos,
semntica asociada a los datos y restricciones de consistencia. Los modelos de datos ofrecen
un modo de describir el diseo de las bases de datos, en los niveles fsico, lgico y de vista.

Los modelos de datos se dividen en tres grupos:

Modelos lgicos basados en objetos
Modelos lgicos basados en registros
Modelo fsico de datos

Modelos lgicos basados en objetos: Se usan para describir datos en los niveles
conceptual y externo de la arquitectura de base de datos; es decir, con este modelo se
representan los datos de la forma como ha sido captada del mundo real, tiene una capacidad
de estructuracin bastante flexible y permiten especificar restricciones de datos
explcitamente. Existen diferentes modelos de este tipo, pero el ms utilizado por su sencillez
y eficiencia es el modelo EntidadRelacin; otro modelo que pertenece a este grupo, es el
Modelo Orientado a Objetos, el cual est recibiendo una atencin creciente.
1. Modelo Entidad Relacin: este modelo se basa en una percepcin del mundo real que
consiste en una coleccin de objetos bsicos, denominados entidades, y de las relaciones
entre ellos. Una entidad es una cosa u objeto del mundo real que es distinguible de
otros objetos.
Las caractersticas de las entidades en las base de datos se llaman atributos, por ejemplo:
nombre, apellido, telfono y cdigo; son atributos de la entidad Inquilino; poblacin,
alquiler, direccin y clave, son atributos de la entidad Inmueble. A su vez una entidad se
puede asociar o relacionar con ms entidades a travs de relaciones. Por ejemplo: La
relacin entre ambas entidades se puede establecer como Contrato.

Nombre de la
entidad

Entidad

Atributo

Nombre del
atributo

Relacin

Nombre de
la relacin

Asociacin

Figura N 1.4 Smbolos elementales del modelo entidad-relacin.

Fuente: El autor.

Utilizando los smbolos del modelo entidad-relacin visualizada en la figura N 4; el

ejemplo anterior queda representado de la siguiente manera:
Nombre

Cdigo

Apellido

Telfono

Clave

Direccin

Poblacin
Alquiler

Inquilino

Contrato

Inmueble

Figura N 1.5 Modelo de datos entidad-relacin.

Fuente: El Autor, 2009.

El modelo entidad-relacin se usa mucho en el diseo de Bases de Datos y ser ms

detalladamente estudiado en la unidad N 2 de esta Gua.
2. Modelo orientado a objeto: Este modelo de datos es una adaptacin de los sistemas de
base de datos al paradigma de programacin orientado a objetos. Se basa en el concepto
de encapsulamiento de datos y cdigo que opera sobre esos datos en un objeto
(mtodos). Los objetos estn estructurados en sub y superclases basados en una
extensin del concepto del Modelo Entidad Relacin. Puesto que el valor de un dato en
un objeto tambin es un objeto, es posible representar el contenido del objeto dando como
resultado un objeto compuesto. Por ejemplo.

Persona
Empleado
Director

Secretaria

Cliente

Cajero
Figura N 1.6 Modelo de datos orientado a objeto.
Fuente: El Autor, 2009.

Modelos lgicos basados en registros: Se utilizan para describir datos en los niveles
conceptual e interno de la arquitectura de base de datos. Estos modelos utilizan registros e
instancias para representar la realidad as como las relaciones que existen entre estos
registros (Ligas) o apuntadores. Los tres modelos de datos ms ampliamente aceptado son:
Modelo Relacional, Modelo de Red y Modelo Jerrquico.
1. Modelo Relacional: El modelo relacional usa una coleccin de tablas para representar
tanto los datos como las relaciones. Este enfoque permite a los usuarios obtener
informacin de la Base de Datos sin asistencia de sistemas profesionales de
Administracin de Informacin. Los datos se organizan en tablas llamadas relaciones,
cada una de las cuales se implanta como archivo. En terminologa relacional una fila en
una relacin representa un registro o una entidad; cada columna en una relacin y
representa un campo o un atributo. As, una relacin se compone de una coleccin de
registros y un registro por cierto nmero de campos. A continuacin se presenta un
ejemplo:
CONTRATO

Numero
10024
10075
10012

Clave
IA14
IL94
IG21

Cdigo
Q62
Q76
Q74

1 Relacin o tabla

INQUILINO
Relacin
entre tablas

Cdigo
Q76
Q74
Q62

Nombre
Juan
Elena
Alicia

Apellido
Felip
Abaso
Mori

Telfono
282 540
205 560
229 580

Poblacin
Castelln
Castelln
Vinaroz

Alquiler
600
350
550

3 Registros

INMUEBLE

Clave
IA14
IL94
IG21

Direccin
Enmedio, 128
Riu Ebre, 24
San Francisco, 10
4 Campos

Figura N 1.7 Modelo de datos relacional.

Fuente: El autor, 2009.

El modelo de datos relacional es el modelo de datos ms ampliamente usado, y ser

estudiado en detalle en el Tema N 3 de esta gua de estudio.

2. Modelo de Red: Este modelo representa los Datos mediante colecciones de registros y
sus relaciones se representan por medio de ligas o enlaces, las cuales pueden ser como
punteros. Los registros se organizan en un conjunto de grficas arbitrarias. A continuacin,
la figura N 8 muestra un ejemplo de este modelo.

Figura N 1.8 Modelo de dato red.

Fuente: El autor, 2009.

3. Modelo Jerrquico: Es similar al modelo de red en cuanto a las relaciones y datos, ya

que estos se representan por medio de registros y sus ligas. La diferencia radica en que
estn organizados por conjuntos de rboles en lugar de grficas arbitrarias, ver figura a
continuacin.
Empresa

13

Textil

Jos

14

Pintura

Pedro

Construccin

17

Juan

Figura N 1.9 Modelo de dato jerrquico.

Fuente: El autor, 2009.

El modelo de datos de red y el modelo de datos jerrquico precedieron cronolgicamente

al relacional. Estos modelos estuvieron ntimamente ligados a la implementacin subyacente
y complicaban la tarea del modelado de datos. En consecuencia, se usan muy poco hoy en
da, excepto en el cdigo de bases de datos antiguas que siguen estando en servicio en
algunos lugares.
Modelos fsicos de datos: Los modelos fsicos de datos se usan para describir los datos en
el nivel ms bajo de abstraccin de la arquitectura de base de datos. A diferencia de los
modelos lgicos de datos, hay muy pocos modelos fsicos de datos en uso. Dos de los ms
ampliamente conocidos son: modelos unificados y memoria de elementos. No se consider el
estudio de ellos, puesto que en la actualidad se pueden emplear los modelos que se
describieron con anterioridad que permiten mayor practicidad en su empleo.
1.7 Sistemas de Bases de Datos Cliente-Servidor.

La conexin en red de varias computadoras permite que algunas tareas se ejecuten en

un sistema servidor y que otras se ejecuten en los sistemas clientes. Esta divisin de trabajo
ha conducido al desarrollo de sistemas de bases de datos clientes-servidor.
1.7.1 Arquitectura de dos capas.
La arquitectura cliente/servidor tradicional es una solucin de dos capas. Consta de
tres componentes distribuidos en dos capas: cliente (solicitante de servicios) y servidor
(proveedor de servicios). Los tres componentes son:
- Interfaz de usuario.
- Gestin del procesamiento.
- Gestin de la base de datos.

Figura N 1.10. Arquitectura de dos Capas.

Fuente: Elmasri, 2001.

1.7.2 Arquitectura de tres capas.

La arquitectura de tres capas surgi para superar las limitaciones de la
arquitectura de dos capas. La tercera capa (servidor intermedio) est entre el interfaz de
usuario (cliente) y el gestor de datos (servidor). La capa intermedia proporciona gestin del
procesamiento y en ella se ejecutan las reglas y lgica de procesamiento. Permite cientos de
usuarios. La arquitectura de tres capas es usada cuando se necesita un diseo cliente /
servidor que proporcione, en comparacin con la arquitectura de dos capas, incrementar el
rendimiento, flexibilidad, mantenibilidad, reusabilidad y escalabilidad mientras se esconde la
complejidad del procesamiento distribuido al usuario.

Figura N 1.11 Arquitectura de tres capas.

Fuente: Elmasri, 2001

1.8 Sistema Manejador de Base de Datos (SMBD).

Un SMBD es una coleccin de numerosas rutinas de software interrelacionadas, cada una
de las cuales responsable de alguna tarea especfica. El interpreta y procesa las peticiones
del usuario para recobrar informacin de la base. La siguiente figura muestra como DBMS
sirve de interfase entre las peticiones del usuario y la base de datos.
Petici n del Usuario
Indagaci ones
SGBD
Sistema de manejo
de Archivos

Sistema
Oper ativo

Base de
Dat os

Figura N 1.12 Peticin en un sistema manejador de bases de datos.

Fuente: El autor, 2009.

1.8.1 Funciones del SMBD.

Segn Codd, el creador del modelo relacional, un SMBD debe ofrecer ocho servicios
bsicos o funciones, las cuales son:
1. Proporcionar a los usuarios la capacidad de almacenar datos en la base de datos,
acceder a ellos y actualizarlos.
2. Facilitar un catlogo en el que se almacenen las descripciones de los datos y que sea
accesible por los usuarios. Este catlogo es lo que se denomina diccionario de datos y
contiene informacin que describe los datos de la base de datos (metadatos).
Normalmente, un diccionario de datos almacena:

o
o
o
o
o
o

Nombre, tipo y tamao de los datos.

Nombre de las relaciones entre los datos.
Restricciones de integridad sobre los datos.
Nombre de los usuarios autorizados a acceder a la base de datos.
Esquemas externos, conceptual e interno, y correspondencia entre los
esquemas.
Estadsticas de utilizacin, tales como la frecuencia de las transacciones y el
nmero de accesos realizados a los objetos de la base de datos.

Algunos de los beneficios que reporta el diccionario de datos son los siguientes:
o La informacin sobre los datos se puede almacenar de un modo centralizado.
Esto ayuda a mantener el control sobre los datos.
o El significado de los datos se puede definir, lo que ayudar a los usuarios a
entender el propsito de los mismos.
o La comunicacin se simplifica ya que se almacena el significado exacto. El
diccionario de datos tambin puede identificar al usuario o usuarios que
poseen los datos o que los acceden.
o Las redundancias y las inconsistencias se pueden identificar ms fcilmente ya
que los datos estn centralizados.
o Se puede tener un historial de los cambios realizados sobre la base de datos.
o El impacto que puede producir un cambio se puede determinar antes de que
sea implementado, ya que el diccionario de datos mantiene informacin sobre
cada tipo de dato, todas sus relaciones y todos sus usuarios.
o Se puede hacer respetar la seguridad.
o Se puede garantizar la integridad.
o Se puede proporcionar informacin para auditoras.
3. Garantizar que todas las actualizaciones correspondientes a una determinada
transaccin3 se realicen, o que no se realice ninguna. Una transaccin en el sistema
informtico de la empresa inmobiliaria sera eliminar un inmueble o registrar un cliente.
4. Asegurar que la base de datos se actualice correctamente cuando varios usuarios la
estn actualizando concurrentemente, es decir, al mismo tiempo.
5. Recuperar la base de datos en caso de que ocurra algn suceso que la dae. Como
se ha comentado antes, cuando el sistema falla en medio de una transaccin, la base
de datos se debe devolver a un estado consistente. Este fallo puede ser a causa de un
fallo en algn dispositivo hardware o un error del software, que hagan que el SMBD
aborte, o puede ser a causa de que el usuario detecte un error durante la transaccin y
la aborte antes de que finalice. En todos estos casos, el SMBD debe proporcionar un
mecanismo capaz de recuperar la base de datos llevndola a un estado consistente.
6. Garantizar que slo los usuarios autorizados pueden acceder a la base de datos.
7. Ser capaz de integrarse con algn software de comunicacin. Muchos usuarios
acceden a la base de datos desde terminales. En ocasiones estos terminales se
encuentran conectados directamente a la mquina sobre la que funciona el SMBD. En
otras ocasiones los terminales estn en lugares remotos, por lo que la comunicacin
con la mquina que alberga al SMBD se debe hacer a travs de una red. En
cualquiera de los dos casos, el SMBD recibe peticiones en forma de mensajes y
responde de modo similar. Todas estas transmisiones de mensajes las maneja el
3

Conjunto de acciones que cambian el contenido de la base de datos, manteniendo su estado consistente.

gestor de comunicaciones de datos. Aunque este gestor no forma parte del SMBD, es
necesario que el SMBD se pueda integrar con l para que el sistema sea
comercialmente viable.
8. Proveer los medios necesarios para garantizar que tanto los datos de la base de
datos, como los cambios que se realizan sobre estos datos, sigan ciertas reglas. La
integridad de la base de datos requiere la validez y consistencia de los datos
almacenados. La integridad se ocupa de la calidad de los datos. Normalmente se
expresa mediante restricciones, que son una serie de reglas que la base de datos no
puede violar. Por ejemplo, se puede establecer la restriccin de que cada empleado no
puede tener asignados ms de diez inmuebles. En este caso sera deseable que el
SMBD controlara que no se sobrepase este lmite cada vez que se asigne un inmueble
a un empleado.
Adems, de estos ocho servicios, es razonable esperar que los SMBD proporcionen un
par de servicios ms:
1. Un SMBD debe permitir que se mantenga la independencia entre los programas y la
estructura de la base de datos.
2. Un SMBD 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 habrn sido producidas por el administrador de la base de datos. Las
herramientas que trabajan a nivel interno deben ser proporcionadas por el distribuidor
del SMBD. Algunas de ellas son:
o Herramientas para importar y exportar datos.
o Herramientas para monitorizar el uso y el funcionamiento de la base de datos.
o Programas de anlisis estadstico para examinar las prestaciones o las
estadsticas de utilizacin.
o Herramientas para reorganizacin de ndices.
o Herramientas para aprovechar el espacio dejado en el almacenamiento fsico
por los registros borrados y que consoliden el espacio liberado para reutilizarlo
cuando sea necesario.

1.8.2 Lenguajes del SMBD.

Las distintas funciones que ha de cumplir un SMBD hacen necesario disponer de
diferentes lenguajes y procedimientos que permitan la comunicacin con la base de datos. A
continuacin conoceremos algunos de ellos.
1.8.2.1 Lenguaje de Definicin de Datos (LDD).
El Lenguaje de Definicin de Datos permite al usuario definir el esquema de una Base de
Datos por medio de un conjunto de definiciones. El resultado de estas definiciones se
almacena en un archivo especial llamado Diccionario de Datos, que contiene Metadatos es
decir, datos sobre los datos. El diccionario de datos se considera un tipo especial de tabla, al
que solo puede tener acceso y actualizar el propio SMBD.

1.8.2.2 Lenguaje de Manipulacin de Datos (LMD).

La manipulacin de datos se refiere a las operaciones de insertar, recuperar, eliminar o

modificar datos; dichas operaciones son realizadas a travs del Lenguaje de Manipulacin de
Datos que es quien permite el acceso de los usuarios a los datos.
Existen dos tipos de Lenguajes de Manipulacin, estos se distinguen por el modo en que
acceden a los datos:

Los LMDs Procedimentales: Manipulan la base de datos registro a registro. Los LMD
requieren que el usuario especifique qu datos se necesitan y cmo obtener esos
datos.

Los LMDs Declarativos o no procedimentales: Operan sobre conjuntos de registros.

Los LMD requieren que el usuario especifique que datos necesitan sin especificar
como obtenerlos. El lenguaje declarativo ms utilizado es el SQL (Structured Query
Language) que, de hecho, es un estndar y es el lenguaje de los SMBD relacionales.

1.8.3 Componentes de un SMBD.

Los SMBD son paquetes de software muy complejos y sofisticados que deben
proporcionar los servicios comentados en la seccin anterior. No se puede generalizar sobre
los elementos que componen un SMBD ya que varan mucho unos de otros. Sin embargo, es
muy til conocer sus componentes y cmo se relacionan cuando se trata de comprender lo
que es un sistema de base de datos.
Un SMBD tiene varios mdulos, cada uno de los cuales realiza una funcin especfica. El
sistema operativo proporciona servicios bsicos al SMBD, que es construido sobre l.
El procesador de consultas es el componente principal de un SMBD. Transforma las
consultas en un conjunto de instrucciones de bajo nivel que se dirigen al gestor de la
base de datos.
El gestor de base de datos es la interface con los programas de aplicacin 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 peticin. Entonces el gestor de la base de datos realiza una llamada al
gestor de ficheros para ejecutar la peticin.
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 funcin de dispersin
para generar la direccin de los registros. Pero el gestor de ficheros no realiza
directamente la entrada y salida de datos. Lo que hace es pasar la peticin a los
mtodos 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 escritas en los programas
de aplicacin, en llamadas a funciones estndar escritas en el lenguaje anfitrin. El
preprocesador del LMD debe trabajar con el procesador de consultas para generar el
cdigo 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 mayora de los componentes del SMBD acceden al diccionario de
datos.
Los principales componentes del gestor de la base de datos son los siguientes:

Control de autorizacin. Este mdulo comprueba que el usuario tiene los permisos
necesarios para llevar a cabo la operacin 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 operacin cambia los datos de la base de datos,
este mdulo debe comprobar que la operacin a realizar satisface todas las
restricciones de integridad necesarias.
Optimizador de consultas. Este mdulo determina la estrategia ptima para la
ejecucin de las consultas.
Gestor de transacciones. Este mdulo realiza el procesamiento de las transacciones.
Planificador (scheduler). Este mdulo es el responsable de asegurar que las
operaciones que se realizan concurrentemente sobre la base de datos tienen lugar sin
conflictos.
Gestor de recuperacin. Este mdulo garantiza que la base de datos permanece en un
estado consistente en caso de que se produzca algn fallo.
Gestor de buffers. Este mdulo es el responsable de transferir los datos entre memoria
principal y los dispositivos de almacenamiento secundario. A este mdulo tambin se
le denomina gestor de datos.

Para concluir con las caractersticas de un SMBD, a continuacin se presenta la figura N

1.13 donde se presenta una visin global de los diversos componentes de un SMBD y de las
conexiones existentes entre ellos.
1.9 Administracin de la Base de Datos.
1.9.1 Funciones del Administrador de la Base de Datos.
Una de las principales razones de tener SMBDs es llevar un control centralizado tanto de
los datos como de los programas que tienen acceso a esos datos. La persona que tiene ese
control central sobre el sistema se denomina Administrador de Bases de Datos (ABD). Sus
funciones son:
La definicin del esquema de Base de Datos.
La definicin de los modelos de organizacin, estrategias de acceso.
La concesin de autorizacin para el acceso a los datos.
Definir los procesos de recuperacin de errores.
Controlar el rendimiento del sistema y segn las observaciones obtenidas, opera los
cambios necesarios sobre:
La Estructuracin de Datos.
La Organizacin de Datos.
La Estrategia de Acceso.
Mantenimiento rutinario: copia de seguridad, asegurarse de que se dispone de
suficiente espacio libre en el disco para las operaciones normales, supervisar los
trabajos que se ejecuten en la base de datos, etc.
1.10 Ejercicios Propuestos.
1. En esta unidad se han descrito varias ventajas importantes de los sistemas de bases de
datos. Cules seran 2 de sus inconvenientes?
2. Considere un arreglo de entero bidimensional de tamao n x m que se va a usar en el
lenguaje de programacin de su preferencia, puede ser el lenguaje utilizado en la unidad
curricular Algoritmo y programacin del trayecto I. Usando este arreglo como ejemplo

ilustre la diferencia (a) entre los tres niveles de abstraccin del esquema de la base de
datos y (b) entre el esquema y los ejemplares de la BDD.
3. Indique cuatro diferencias significativas entre un sistema de procesamiento de datos y un
SMBD.
4. Explique, cuidadosamente, al menos 3 razones por las cuales los sistemas de fichero
fueron reemplazados por los sistemas de bases de datos.
5. Enumere y defina los tipos de usuarios que pueden existir en una base de datos.
6. Explique las diferencias que existen entre el nivel conceptual y el nivel interno de la base
de datos.
7. Mencione y defina los cuatro componentes principales de un sistema de base de datos
8. Establezca la relacin que existe entre el SMBD y una base de datos.
9. Indique y explique 3 objetivos de las bases de datos.

Usuarios Normales
(cajero, agentes,
usuarios web)

Usa

Programadores de
Aplicaciones

Usuarios
Sofisticados
(Anlisis)

Escribe

Usa

Interfaces de
Aplicaciones

Programas de
Aplicacin

Compilador y
enlazador

Cdigo objeto de los

programas de
aplicacin

Administrador de
bases de datos

Usa

Herramientas
de Consulta

Herramientas
Aadministrativas

Consultas LMD

Interprete del
LDD

Compilador del LMD

y organizador

Motor de evaluacin
de consultas
Procesador de Consulta

Gestor de memoria
intermedia

Gestor de archivos

Gestor de
autorizacin de
integridad

Gestor de
Transacciones

Gestor de almacenamiento

Datos

Diccionarios de Datos

ndices

Datos Estadsticos

Figura N 1.13 Visin global de los componentes de un sistema de base de datos.

Fuente: Silberschatz, 2006.

10. Cules son las funciones principales del administrador de base de datos?
11. Indique tres funciones o responsabilidades del sistema gestor de bases de datos. Para
cada responsabilidad, explique los problemas que surgiran sino si no se asumiera esa
responsabilidad.
12. Menciones dos tipos de modelo Lgicos basados en Objetos, dos del modelos Lgicos
basados en Registros y dos del modelo Fsico de Datos
13. Qu diferencia existe entre el LMD y LDD?

14. Mencione y explique al menos dos componentes del sistema gestor de base de datos.
15. Explique como los sistemas gestores de base de datos conservan la integridad de las
bases de datos.
16. Explique que relacin existe entre el nivel fsico y el nivel conceptual.
17. En que consiste el nivel vista en la arquitectura de bases de datos.
18. Que funcin tiene la correspondencia dentro de la arquitectura de base de datos?