Preparado por Prof: Lic. Juan Vicente Padilla P.

para UMC Admón Base de Datos I

República Bolivariana de Venezuela
Universidad Nacional Experimental Marítima del Caribe

INGENIERÍA DE INFORMÁTICA
ADMINISTRACIÓN DE BASES DE DATOS I
ARQUITECTURA DE UNA BASE DE DATOS
GUÍA Nro. 02 Ver1

Lic. Padilla P., Juan Vicente

 Preparado por Prof: Lic. Juan Vicente Padilla P. para UMC Admón Base de Datos I
Introducción

Antes de la aparición de las bases de datos, los registros, en la mayoría

de los casos, se encuentran organizados especialmente para unas
aplicaciones determinadas al estar almacenados en sus propias cintas o
paquetes de discos, de forma que los datos de operación se hallan muy
dispersos y son difíciles de controlar. Los programas para acceder a esos
datos están muchas veces escritos en lenguajes diferentes.
La idea básica para la implantación de una base de datos es que esos
registros puedan ser utilizados por tantas aplicaciones como sea posibles;
para ello se han de integrar los archivos de datos, eliminando parcial o
totalmente la redundancia entre ellos.
A pesar de estar definidas las bases de datos como una colección no
redundantes de datos hay ocasiones en las que las bases de datos soportan
o admiten una cierta redundancia con el objeto de reducirlos tiempos de
accesos o simplificar los métodos de direccionamiento, hablándose, en este
caso, de una redundancia controlada o mínima.
Las bases de datos pueden ser diseñadas para el procesamiento por
lotes o en línea, en tiempo real, e incluso en una combinación de ambos
métodos de procesamiento al mismo tiempo.
Cuando una base de datos sirve a una variedad de programas de
aplicaciones, cada uno percibe relaciones diferentes entre los datos. En
estas condiciones el secreto y la seguridad de los datos, así como la
posibilidad de reconstruirlos en caso de algún error, son aspectos
importantes en el diseño de la base de datos.

Evolución del concepto de Base de Datos

Antes que surgieran las computadoras de la 3ra generación, la 1ra

instalada en 1965. Los archivos estaban organizados de forma secuencial y
el software ejecutaba las operaciones de E/S de los dispositivos de
almacenamiento y pocas cosas más. La codificación incluida en los
programas era responsable de la organización de los datos y no había
independencia entre ellos: si se cambia el dispositivo de almacenamiento o
la organización, el programador se veía obligado a escribir un nuevo
programa. La mayor parte de los archivos servían a una sola aplicación. Para

Tomado de: “Bases de Datos”, serie Informática de Gestión

Autor: Miguel A. Rodríguez Almeida – Mc Graw Hill.
Preparado por Prof.. Juan Vicente Padilla Pedrón
Página 2 de 11
 Preparado por Prof: Lic. Juan Vicente Padilla P. para UMC Admón Base de Datos I
poder ser utilizados por otras aplicaciones debían estar organizados de otra
forma y con campos diferentes, lo que lleva consigo un alto grado de
redundancia entre los archivos.
La llegada de los dispositivos de direccionamiento directo permitió al
usuario el acceso a un determinado registro sin tener que pasar por los
demás, pero era tarea del programador especificar el tipo de
direccionamiento utilizado.
Al reconocerse la naturaleza cambiante de los archivos y del dispositivo
de almacenamiento, el software permitió modificar la distribución física de los
datos sin tener que alterar la estructura lógica. Los archivos estando
diseñados para una aplicación determinada o para un grupo de aplicaciones
muy similares. Cualquier nueva necesidad de la Organización (Empresa)
obligaba a crear nuevos archivos y, por tanto, nuevos programas.
La evolución de procesamiento de datos comerciales llevo a
independizar los programas de aplicaciones no solo de los cambios de
hardware y el aumento del volumen de datos, sino también la adición de
nuevos campos a la estructura del archivo. Lo anterior hace necesario que el
software se refiera a los datos a nivel de campo, en lugar de hacerlo a nivel
de registro. Para un programador, un registro puede estar constituido por una
serie de campos, y otro programador puede tener una visión lógica
completamente distinta de ese registro.

Arquitectura de la Base de Datos

Un Sistema de Gestión de Base de Datos (DBMS) es un conjunto de

procedimientos, ayudas de documentación, lenguajes y programas de
software que administran los archivos de la Base de Datos.
Uno de los objetivos de un DBMS es proporcionar a los usuarios una
visión abstracta de la información, es decir, ocultar ciertos detalles referentes
a la forma en que los datos se almacenan y mantienen, pero siempre
permitiendo una recuperación eficaz de la información.
Existen varios paquetes de DBMS en el mercado con diferentes
arquitecturas; una de ellas, la más estandarizada, es la que cumple con los
requerimientos de la normativa ANSI/X3/SPARC (Standard Planning and
Requirements Commitee of American National Standards Institute of
Computers and Information Processing): Comité de Planificación y
Requerimientos del Instituto Nacional de Estados Unidos de Estándares en

Tomado de: “Bases de Datos”, serie Informática de Gestión

Autor: Miguel A. Rodríguez Almeida – Mc Graw Hill.
Preparado por Prof.. Juan Vicente Padilla Pedrón
Página 3 de 11
 Preparado por Prof: Lic. Juan Vicente Padilla P. para UMC Admón Base de Datos I
Computación y Procesamiento de la Información que en su división X3
establece que la arquitectura de una base de datos debe poseer tres niveles:
Interno, Conceptual y Externo. Cada uno de ellos pertenece a un tipo de vista
diferentes; almacenamiento Físico, del Usuario y del Programador, Como se
específica en la Fig. 1.

Nivel Externo Esquema Esquema Esquema

Externo Externo Externo
Perspectiva del
Programador

Esquema
Conceptual
Nivel Conceptual
Perspectiva del Usuario

Esquema
Nivel Interno Interno
Perspectiva del
Almacenamiento Físico

Base de Datos

Fig, 1 Los tres Niveles de la Arquitectura de una Base de Datos

Nivel Interno

Este es el nivel más bajo de la abstracción de la información. El Nivel

Interno es la representación inferior de una base de datos, por ello es el más
cercano al almacenamiento físico. Permite describir los datos tal como están
almacenados en la computadora; por ejemplo:
 Los Archivos que los contienen (nombre, organización, ubicación,...)
 Los registros de estos Archivos (longitud, campos,…)
 Las rutas de acceso a esos registros (índices, encadenamientos,
archivos invertidos,…)
El Nivel Interno es descrito por DBMS por medio de un esquema interno
o vista interna.
Para un programador un registro interno almacenado difiere de un

Tomado de: “Bases de Datos”, serie Informática de Gestión

Autor: Miguel A. Rodríguez Almeida – Mc Graw Hill.
Preparado por Prof.. Juan Vicente Padilla Pedrón
Página 4 de 11
 Preparado por Prof: Lic. Juan Vicente Padilla P. para UMC Admón Base de Datos I
registro lógico. Un registro físico puede estar formado por uno o más
registros lógicos. Junto a elementos descriptivos del sistema: longitud y tipo
del registro, banderas y punteros, y está almacenado en el dispositivo
electrónico codificado como combinación de ceros y unos. La Fig. 2 muestra
un modelo de transformación de un registro a partir de su estructura lógica
hasta su almacenamiento físico por medio del sistema operativo y del DBMS.
La operación de transformar registros lógicos en físicos y viceversa se llama
transformación de datos o mapeo.

Registro Lógico
Registro visto por el
Campo 1 Campo 2 --------- Campo n
programador

Métodos de acceso del DBMS:

Inverso, multilista, y
multianillo

Métodos de acceso del SO:

Secuencial, directo,
Relativo e indexado

Registro Físico
Cabecera Registro: Registro:
---------
del Registro datos codificados datos codificados

Registro almacenado en un dispositivo Punteros

Fig. 2 Aspecto lógico y físico de un registro

Nivel Conceptual

Es el siguiente nivel más alto de abstracción. El DBA define el Nivel

Conceptual por medio de un esquema o vista conceptual, al decir que
información se guarda en la base de datos.
Este nivel corresponde a la estructura organizacional de los datos de la
base obtenida al reunir los requerimientos de todos los usuarios de una
Tomado de: “Bases de Datos”, serie Informática de Gestión
Autor: Miguel A. Rodríguez Almeida – Mc Graw Hill.
Preparado por Prof.. Juan Vicente Padilla Pedrón
Página 5 de 11
 Preparado por Prof: Lic. Juan Vicente Padilla P. para UMC Admón Base de Datos I
empresa, sin preocuparse de su organización física ni las vías de acceso.
El esquema conceptual podría contener:
 Los datos elementales que definen los campos, atributos, de los
objetos de la empresa (RIF, nombre, concepto, número de hijos,…).
 Los datos completos que permiten reagrupar los campos para
describir los registros, las entidades del mundo real (persona,
artículo, vehículo,…).
 Los datos completos que permiten reagrupar los campos para
describir las asociaciones del mundo real (compra de artículos,
propietarios de vehículos,…).
 Algunas veces, las reglas que deberán seguir los datos en la
empresa (que el stock mínimo este comprendido entre unos
márgenes, que cada artículo posea un proveedor,..).
 Relaciones entre los datos para conectar o relacionar registros en el
procesamiento de archivos múltiples.
En el Nivel Conceptual la base de datos aparece como una colección de
registros lógicos sin especificar su almacenamiento. En realidad, los archivos
conceptuales no existen físicamente.
A la parte del esquema conceptual que es de interés para el usuario o
grupo de usuarios finales se llama subesquema conceptual.

Nivel Externo

Es el nivel más alto de abstracción y por ello el más cercano a los

usuarios. Representa la percepción individual de cada usuario o programador
de la base de datos.
En los Niveles Internos y Conceptual los esquemas describen toda una
base de datos, el Nivel Externo describe únicamente la parte de los datos de
interés para un usuario o grupo de usuarios. Los usuarios pueden imaginar
que los archivos externos utilizados por sus programas existen tal como ellos
los perciben. Pero los archivos externos tampoco existen físicamente.
El DBMS es el encargado de extraer los datos requeridos por los
registros lógicos externos de uno o más registros físicos, de la base de datos,
cada vez que se ejecuta una operación de E/S en un programa específico.
Por cada programa es necesario especificar un esquema externo o
subesquema o vista externa para poder accesar de forma selectiva a un
subconjunto de datos de la base integrada. Habrá usuarios que podrán

Tomado de: “Bases de Datos”, serie Informática de Gestión

Autor: Miguel A. Rodríguez Almeida – Mc Graw Hill.
Preparado por Prof.. Juan Vicente Padilla Pedrón
Página 6 de 11
 Preparado por Prof: Lic. Juan Vicente Padilla P. para UMC Admón Base de Datos I
acceder a más de un esquema externo, y un esquema externo podrá ser
compartido por varios usuarios; se protege de esta forma el acceso a los
datos de usuarios no autorizados o malintencionados.
A la hora de construir el subesquema hay que tener presente que:
 Uno o más tipos de registros pueden omitirse en el esquema.
 Uno o más campos pueden omitirse en el registro conceptual.
 En el registro conceptual puede cambiarse el orden relativo de los
campos en el registro.
 Una o más relaciones entre los datos pueden omitirse en el esquema
conceptual.
En la figura 3 muestra dos esquemas externos a partir de los archivos
EMPLEADOS, ARTÍCULOS y VENTAS para obtener las ventas por
departamentos y la relación de los empleados también por departamento.
Hay que subrayar que, para una base específica, hay un único esquema
interno y un único esquema conceptual, pero puede haber varios esquemas
externos. Cada uno de los esquemas externos puede estar definido para un
grupo de usuarios.
La figura 4 muestra la arquitectura de una base de datos en función de
los esquemas y correspondencias construidas y mantenidas por el DBA.
Además, la implantación del esquema interno requiere de:
 Archivo de datos: Almacenan la base de datos.
 Archivos índices: Permiten un acceso rápido a la información
deseada.
 Diccionario de datos: Almacena la información relativa a la estructura
de la base de datos.

Tomado de: “Bases de Datos”, serie Informática de Gestión

Autor: Miguel A. Rodríguez Almeida – Mc Graw Hill.
Preparado por Prof.. Juan Vicente Padilla Pedrón
Página 7 de 11
 Preparado por Prof: Lic. Juan Vicente Padilla P. para UMC Admón Base de Datos I
Esquema Externo Esquema Externo
Para el programa: Ventas por Departamentos Para el programa: Relación de empleados

Concepto Dpto Cantidad Nombre Dpto

Esquema Conceptual
EMPLEADOS ARTÍCULOS
CI Nombre Dpto ---- Número Concepto PVP ----

VENTAS
CI Número Cantidad Fecha ----

Esquema Interno
Archivo de EMPLEADOS
Índice para EMPLEADOS Datos codificados para
Clave Punteros CI Nombre Dpto ----

Archivo de ARTÍCULOS
Índice para ARTÍCULOS
Datos codificados para
Clave Punteros
Número Concepto PVP ----

Archivo de VENTAS
Índice para VENTAS Datos codificados para
Clave Punteros CI Número Cantidad Fecha -----

Fig. 3 Arquitectura de una Base de Datos para los datos de una Empresa

Tomado de: “Bases de Datos”, serie Informática de Gestión

Autor: Miguel A. Rodríguez Almeida – Mc Graw Hill.
Preparado por Prof.. Juan Vicente Padilla Pedrón
Página 8 de 11
 Preparado por Prof: Lic. Juan Vicente Padilla P. para UMC Admón Base de Datos I
Usuario A1 Usuario A2 Usuario B1 Usuario B2 Usuario B1

Esquema Subesquema Subesquema

Externo Externo A Externo B

Correspondencia
Externa/Conceptual

Vista Conceptual
Sistema de
Administración de
Esquema Base de Datos:
Conceptual Correspondencia
DBMS
Conceptual/Interna

Esquema
Interno

Fig.4 Arquitectura del Sistema de Base de Datos construido y mantenido por DBA

Transformación de los Datos

Para describir un mismo grupo de datos un sistema puede gestionar

varios niveles de esquemas, para lo cual el DBMS debe poder garantizar la
transferencia de los datos desde el formato correspondiente de un nivel al
formato correspondiente a otro nivel; este proceso se llama Transformación
de Datos (data mapping) o mapeo.
En un DBMS con tres niveles existirán dos niveles de transformación,
como se ha indicado en la figura 4; estos niveles son:
Conceptual/Interna: Permite el paso de la vista conceptual a la base de
datos almacenada, y viceversa.
Tomado de: “Bases de Datos”, serie Informática de Gestión
Autor: Miguel A. Rodríguez Almeida – Mc Graw Hill.
Preparado por Prof.. Juan Vicente Padilla Pedrón
Página 9 de 11
 Preparado por Prof: Lic. Juan Vicente Padilla P. para UMC Admón Base de Datos I
Externa/Conceptual: Permite el paso de la vista externa específica a la
vista conceptual, y viceversa.
La fig. 5 representa la transformación de un conjunto de datos del
formato conceptual indicado al formato externo ventas por departamento.

Datos Conceptuales
EMPLEADO CI Nombre Dpto
123 Emilio García A
234 Javier Matìas B

ARTÌCULOS Número Concepto PVP

11 Camisas 4.000,00
22 Pantalones 6.000,00
33 Zapatos 3.500,00

VENTAS CI Número Cantidad Fecha

123 11 5 23/01/2019
234 33 11 23/01/2019
234 22 7 23/01/2019

Datos Externos
VENTAS DEPARTAMENTO Concepto Dpto Cantidad
Camisas A 5
Zapatos B 11
Pantalones B 7

Fig.5 ejemplo de transformación de datos

Cuando un usuario determinado emite una solicitud de acceso a la base

de datos mediante un lenguaje de manipulación específico, lo que hace el
DBMS es:
1. Interceptar la solicitud e interpretarla.
2. Inspeccionar:
a. El esquema externo,
Tomado de: “Bases de Datos”, serie Informática de Gestión
Autor: Miguel A. Rodríguez Almeida – Mc Graw Hill.
Preparado por Prof.. Juan Vicente Padilla Pedrón
Página 10 de 11
 Preparado por Prof: Lic. Juan Vicente Padilla P. para UMC Admón Base de Datos I
b. La transformación externa/conceptual,
c. El esquema conceptual,
d. La transformación conceptual/interna, y
e. La definición de la estructura de almacenamiento.
3. Realizar las operaciones necesarias sobre la base de datos.

El DBMS debe conocer las relaciones entre los niveles para poder
efectuar de forma automática el mapeo de los datos de un nivel a otro.
Corresponde al DBA, cuando defina los esquemas, indicar la forma en que
unos esquemas se deducen de otros por medio de las reglas de
correspondencia (mapping rules); son los parámetros que definen los
procedimientos de mapeo de los datos de un nivel de esquema a otro nivel.
En un DBMS con tres niveles deben existir:
 Reglas para la correspondencia interna a conceptual.
 Reglas de correspondencia conceptual a externa por cada
esquema externo.

Tomado de: “Bases de Datos”, serie Informática de Gestión

Autor: Miguel A. Rodríguez Almeida – Mc Graw Hill.
Preparado por Prof.. Juan Vicente Padilla Pedrón
Página 11 de 11