BASES DE DATOS II

Paola Otálora

EJE 1
Conceptualicemos

Fuente: Shutterstock/697523941
 Introducción . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3

Bases de datos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4

Modelos de bases de datos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5

Consideraciones generales con respecto a la gestión de las bases

de datos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6

Creación de una base de datos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6

Creación de tablas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6

Administración de la base de datos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8

Sistema de gestión de bases de datos (SGBD) . . . . . . . . . . . . . . . . . . . . 9

Arquitectura ANSI/Sparc . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12

Flujo de control y flujo de datos en un SGBD . . . . . . . . . . . . . . . . . . . . . 17

Bibliografía . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
ÍNDICE
 Introducción

El almacenamiento de la información ha sido uno de los campos que

ha llamado la atención del hombre por muchos años, a lo largo de la
historia se han desarrollado mecanismos y técnicas para almacenar la
información; sin embargo, no fue sino hasta el surgimiento de la informá-
tica que las capacidades de almacenamiento lograron tener un alcance
significativo, representando un aumento en los volúmenes de datos que
INTRODUCCIÓN

pueden ser procesados por unidad de tiempo.

Hoy resulta muy usual que las empresas implementen sistemas para
la administración de la información, puesto que representan un valioso
activo, por tal razón, las organizaciones han venido tomando conciencia
de la importancia que tiene invertir en esta tecnología. Por eso, como
ingenieros de sistemas, encontraremos en el campo laboral diferentes
retos en torno al diseño de bases de datos.
Bases de datos
 El almacenamiento de la información ha
jugado un papel crucial en el desarrollo de
nuestra sociedad tal y como la conocemos
hoy, si bien, a lo largo de la historia, se han
desarrollado diferentes mecanismos para
registrar, almacenar y recuperar informa-
ción en épocas modernas, debido a los
enormes volúmenes de datos. La necesi-
dad de diseñar herramientas con mayor
capacidad, velocidad y eficiencia se ha
vuelto evidente, por tal motivo, la utiliza-
ción de la tecnología informática ha sido
ineludible; a partir de este momento, nos
enfocaremos en los procesos de almacena-
miento de datos apoyados en herramientas
tecnológicas.
Las bases de datos modernas han evo-
lucionado de los denominados ficheros o
gestores de archivos tradicionales destina-
dos para almacenar información, siendo
usualmente empleados para dar soluciones
a requerimientos particulares y, aunque
estos supusieron un gran avance respecto
a los mecanismos manuales, la demanda y
el consumo de la información han llegado
a un punto tan elevado que simplemente
este esquema no es suficiente para suplir
las necesidades.
Para atender este tipo de requerimien-
tos, profesionales, empresas y universidades
han enfocado sus esfuerzos en desarrollar
un concepto moderno de bases de datos
que implica la definición formal de un
depósito de datos, que permite almacenar
de forma ordenada y agrupada una gran
cantidad de información que tiene algún
tipo de relación entre sí, esta puede ser
empleada con diferentes usos y propósitos
a nivel empresarial.
Relaciones
Son las asociaciones entre las
entidades o entre tablas en
un modelo relacional (Oppel,
2009, p. 32).
Modelos de bases de datos
Con base en las necesidades de las orga-
nizaciones, se han desarrollado múltiples
modelos para el tratamiento de la infor-
mación por medio de bases de datos, los
tipos más comunes son:
• Jerárquico: su almacenamiento se
basa en una representación estruc-
turada, manteniendo una relación
de padre a hijo a través de la cual
surge una correspondencia entre la
información contenida; se presenta
como un esquema de árbol.
Esquema
Término utilizado para el conjunto de to-
dos los elementos de datos guardados en
una base específica o que pertenecen a un
usuario en particular (Oppel, 2009, p. 8).
• En red: es un modelo derivado del
jerárquico, pero a diferencia de este,
las conexiones entre sus nodos se
producen en mayor cantidad, situa-
ción que aumenta la redundancia,
lo que genera un mayor desempeño
para la recuperación y cruce de in-
formación.
• Transaccional: este modelo ofre-
ce características diseñadas para
el envío y recepción permanente de
elevados volúmenes de información,
basado en las denominadas tran-
sacciones, que pueden ser entendi-
das como un evento que produce o
altera los datos.
Bases de datos II - eje 1 conceptualicemos 5
 • Relacional: se trata de un modelo
basado en la lógica de predicados,
a partir de la cual es posible mode-
lar relaciones entre datos de forma
analítica, este incluye elementos
como el álgebra relacional y teoría
de conjuntos; es uno de los modelos
con mayor implementación en la ac-
tualidad.
Álgebra relacional
Es un lenguaje procedural de alto nivel que se utiliza
para medir la potencia de los lenguajes relacionales
(Marqués, 2011, p. 29).
Teoría de conjuntos
Es un lenguaje no procedural de alto nivel que se utiliza
para medir la potencia de los lenguajes relacionales
(Marqués, 2011, p. 29).
• Multidimensional: se trata de un
modelo derivado de las bases de da-
tos relacionales, las cuales han sido
optimizadas para realizar el proce-
samiento analítico en línea (OLAP),
facilitando el consumo y procesa-
miento de grandes cantidades de
información.
• De objetos: ha surgido como pro-
puesta al desarrollo de las técnicas
de la programación orientada a ob-
jetos. Este permite la representación
de información por medio de la crea-
ción de instancias de nuevos objetos.
Consideraciones generales con
respecto a la gestión de las bases
de datos
Creación de una base de datos
De manera genérica, todas las bases de
datos deben tener por lo menos un nombre
que las identifique, para atender y asesorar
eficientemente las necesidades de informa-
ción empresariales. Los profesionales en
ingeniería de sistemas deben considerar
una serie de requerimientos a fin de opti-
mizar los recursos dispuestos para tal fin:
• Identificar los requerimientos fun-
cionales que hacen referencia a las
características que el sistema debe
cumplir y que son explícitamente de-
claradas por los usuarios.
• Identificar los requerimientos no
funcionales que señalan propieda-
des como confiabilidad, tiempo de
respuesta y capacidad de almace-
namiento, es decir, las restricciones
que tendrá el sistema.
• Reconocer el volumen de informa-
ción; se debe estimar la cantidad
inicial de información que el siste-
ma debe ser capaz de procesar, así
como las proyecciones de crecimien-
to (información a corto, mediano y
largo plazo).
• Definir los recursos humanos, tecno-
lógicos y de procesamiento necesa-
rios para garantizar el óptimo des-
empeño del sistema.
Creación de tablas
Todas las tablas deben estar identifi-
cadas por un nombre y un espacio físico
Bases de datos II - eje 1 conceptualicemos 6
donde serán almacenadas. En su creación,
se definen tácitamente los bloques de
información estructurados que serán con-
tenidos por la base de datos, teniendo en
cuenta la siguiente estructura:
• Se debe asignar un nombre único a
cada tabla dentro de la base de da-
tos que ayude a identificar su finali-
dad.
• Se deben planear y detallar cada
uno de los campos que componen
la tabla: naturaleza, tipo del dato
almacenado, longitud y validaciones
requeridas.
• Establecer e identificar las llaves pri-
marias y foráneas en cada una de las
tablas.
Llaves primarias
Son un atributo o conjunto de atributos que identifi-
can de modo único las tuplas de una relación (Mar-
qués, 2011, p. 20).
Llaves foráneas
Representan una referencia a la tupla que contiene
el mismo valor en su clave primaria (Marqués, 2011,
p. 21).
• Establecer las relaciones entre las ta-
blas, de acuerdo a los lineamientos,
políticas y restricciones que permi-
tan solucionar los requerimientos.
Modificación de la estructura de la
base de datos
Claramente los requerimientos de infor-
mación pueden llegar a ser cambiantes
o dinámicos, es decir, el esquema que es
válido en un momento puede no serlo en
otro, por tal motivo, la gestión de bases de
datos debe ofrecer flexibilidad para reali-
zar cambios en relación con su estructura,
por ejemplo, modificar nombres, campos
y restricciones de forma que el sistema se
vaya adecuando a los requerimientos del
negocio.
Cargar información en la base de datos
Este proceso normalmente se realiza en
la etapa inicial del diseño y creación de la
base de datos, de forma que sea posible
tener un conjunto inicial de información
para realizar pruebas y afinar el sistema,
antes de su puesta en marcha, algunos
mecanismos para realizar esta etapa son:
• Carga directa de la información en
las tablas recién creadas (esta mo-
dalidad no es recomendada, puesto
que no se realizan procesos iniciales
de validación, ofreciendo un escena-
rio propenso a la generación de da-
tos sucios, imprecisos o erróneos).
• Por medio de aplicaciones y el dili-
genciamiento de formularios dise-
ñados para validar la información
antes de insertarla en las tablas de
la base de datos.
• Cuando ya existe un sistema de in-
formación o base de datos, también
existe información previa que es de
importancia y debe ser migrada al
nuevo sistema, esta, por lo general,
se presenta en algún tipo de forma-
to que tendrá que ser transformado
para adecuarse a la nueva base de
datos que implica procesos de ETL.
Modificación y eliminación de la infor-
mación
Uno de los aspectos que les da un mayor
valor agregado a las bases de datos es el
relacionado con las capacidades de modi-
ficación de los datos, puesto que facilita
Bases de datos II - eje 1 conceptualicemos 7
el depurado y la corrección de errores,
logrando mantener información valiosa a
través de interfaces. Los usuarios pueden
interactuar con las tablas y validar, ajustar
y/o eliminar los datos que así lo requieran.
Recuperación de la información
Es uno de los procesos más comunes y
recurrentes en las bases de datos. A través
de las denominadas consultas es posible
la recuperación de un grupo de datos que
comparten atributos en común o que están
relacionados de alguna manera, se trata de
un procedimiento que emplea una serie de
sentencias que permiten, entre otras cosas,
recorrer, ordenar y contabilizar campos de
la base de datos. Existen dos grandes gru-
pos de consultas:
• Simples: se trata de consultas que se
realizan sobre una única tabla, en la
que se examinan uno o varios para-
mentos de interés.
• Avanzadas: este tipo implica la bús-
queda de información en dos o más
tablas de la base de datos, aumen-
tando generalmente su complejidad,
así como el consumo de recursos del
sistema, hecho que permite enton-
ces realizar cruces de información,
examinando uno o varios paramen-
tos de interés.
¡Datos!
Para este fin se han diseñado un con-
junto de operaciones definidas por el
álgebra relacional y el cálculo relacio-
nal, las cuales enfocan sus esfuerzos
en optimizar la creación y ejecución de
consultas en las bases de datos.
Administración de la base de
datos
Normalmente este procedimiento
demanda la atención permanente de uno
o más profesionales, e implica la realización
programada y no programada de tareas
enfocadas en garantizar la correcta ope-
ración y desempeño de las bases de datos,
permitiendo que la información esté siem-
pre disponible y en óptimas condiciones
para los usuarios que la consumen. Algunas
de las principales tareas son:
• Garantizar el acceso a los datos de
forma rápida e ininterrumpida.
• Gestionar los procesos de indexación
sobre la base de datos.
• Implementar mecanismos de control
y acceso a la información.
• Constituir y aplicar procesos de audi-
toría y monitoreo.
• Desarrollar políticas para el trata-
miento de la información.
• Diseñar mecanismos para la genera-
ción de backups.
• Desarrollar y poner a prueba un plan
de contingencia que, en caso de al-
guna catástrofe, permita recuperar
la operatividad en el menor tiempo
posible.
• Analizar y aplicar las actualizaciones
requeridas por la base de datos.
Bases de datos II - eje 1 conceptualicemos 8

Lectura recomendada
Se invita al estudiante a realizar la lectura
del primer capítulo del texto:
Fundamentos de bases de datos
Abraham Silberschatz, Henry F. Korth y S.
Sudarshan
Sistema de gestión de bases de datos
(SGBD):
SGBD
Es una aplicación que permite a los usuarios definir,
crear y mantener la base de datos, además de pro-
porcionar un acceso controlado a esta (Marqués, 2011,
p. 3).
Como se indicó previamente, una base
de datos es una colección de elementos
agrupados que comparten una serie de
características en común, es decir, los
datos desde su dimensión estática, sin
embargo, para que estos datos sean real-
mente útiles y aporten en los procesos de
toma de decisiones, debe desarrollarse
algún mecanismo, en nuestro caso, una
aplicación que aporte funcionalidades de
registro, consulta, modificación y elimina-
ción de datos, en un entorno seguro y de
acceso controlado, es decir, los datos desde
su dimensión dinámica.
Surge entonces el concepto de sistema
de gestión de bases de datos que, como ya
se sugirió, se trata de una aplicación que
permite a los usuarios definir, crear, modi-
ficar y eliminar el esquema y la información
contenida en la base de datos. En otras
palabras, un SGBD se encarga de adminis-
trar y procesar el almacén de datos.
Para permitir la gestión eficiente de
bases de datos un SGBD debe cumplir las
siguientes funciones:
• Abstracción de los datos. Para faci-
litar los procesos de interacción en-
tre los datos y los usuarios, los SGBD
incorporan elementos que ocultan
detalles acerca del almacenamien-
to físico de la información, de forma
que para el usuario normal debe ser
transparente que una base de datos
ocupe 1, 10 o 100 archivos, pudiendo
este visualizar la totalidad de la in-
formación. Por tanto, existen enton-
ces varios niveles de abstracción.
• Independencia. Al hablar de inde-
pendencia de los datos, los SGBD
deben ofrecer posibilidades para la
modificación del esquema al nivel
físico o al nivel lógico de las bases
de datos, sin que esto implique te-
ner que realizar modificaciones en
las aplicaciones que hacen uso de la
información.
• Consistencia. A través de esta fun-
ción, los SGBD se encargan de dar
coherencia a la información con-
tenida, así, por ejemplo, un campo
destinado a almacenar nombres no
debería permitir la inserción de va-
lores numéricos. De igual forma, un
campo destinado a registrar el año
de nacimiento de una persona no
debería permitir valores de texto o
caracteres especiales.
• Seguridad. Es sabido que la infor-
mación representa un valioso activo
para las empresas, por tal razón, los
SGBD deben proporcionar mecanis-
mos seguros de acceso y control que
brinden protección a la información
frente a usuarios malintencionados
que deseen robar, manipular o elimi-
nar los datos almacenados, general-
mente se implementan sistemas de
permisos con usuario y contraseña,
a fin de gestionar diferentes niveles
de permiso.
Bases de datos II - eje 1 conceptualicemos 9
• Integridad. Los SGBD deben garantizar que los datos
almacenados son válidos, incluso cuando se presentan Integridad
situaciones de fallas de hardware que potencialmente Se refiere a la validez de los
datos almacenados en una
puedan corromper la información almacenada. Frente base de datos (Marqués,
a la posible corrupción de datos, el sistema de gestión 2011, p. 10).

debe permitir recuperar la base de datos a un estado

consistente de forma asistida o automática.

• Respaldo. Los DBMS deben incorporar herramientas para la realización manual o

automática de backups que permitan garantizar la recuperación cuando sucede
algún incidente o catástrofe que pueda dañar o eliminar los datos, también debe
permitir la restauración de la base de datos a partir de los backups generados.

• Control de la concurrencia. La concurrencia hace referencia al acceso múltiple de

usuarios al mismo recurso, en el caso de las bases de datos, una tabla, un registro
e incluso un campo podrían estar siendo accedidos por varias personas al mismo
tiempo, de forma que el SGBD debe incluir funcionalidades que le permitan con-
trolar y administrar este tipo de acceso, así como corregir las posibles inconsisten-
cias que se derivan de este proceso.

• Manejo de transacciones. Una transacción es una rutina que incluye varias ope-
raciones que se ejecutan como un único bloque, de forma que, si alguno de los
procesos no se ejecuta, el SGBD debe descartar o deshacer la totalidad de las ope-
raciones incluidas dentro del bloque, dejando la información exactamente igual al
instante anterior a la ejecución de la transacción.

• Tiempo de respuesta. El SGBD debe reducir al máximo los tiempos de respuesta

frente a una solicitud de creación, cambio o eliminación, teniendo en cuenta que
este factor depende también de la cantidad de información, así como de la capa-
cidad de procesamiento instalada.

Algunos ejemplos de SGBD son:

Bases de datos II - eje 1 conceptualicemos 10

 SGBD Descripción
Maneja bases de datos relacionales, se
distribuye bajo licencia comercial y GPL,
MySQL ofrece gran velocidad a nivel de operacio-
nes y es fácil de instalar y administrar. Sin
embargo no existe documentación oficial.
Desarrollado por Oracle Corporation, es un
sistema para el manejo de bases de datos
relacionales, a su vez es uno de los más
Oracle
reconocidos e implementados en el mer-
cado: una multiplataforma que tiene gran
estabilidad y escalabilidad.
Sistema de gestión relacional basado en
Transact-SQL, incluye funcionalidades para
Microsoft SQL Server trabajar con procedimientos almacenados
e implementa fuertes entornos gráficos
que facilitan su administración.
Forma parte de la suite de ofimática de
Office, facilita las capacidades para el tra-
tamiento de bases de datos relacionales,
Microsoft Access
además permite la generación de formu-
larios e informes y programación a través
de macros.
Es un sistema orientado a objetos, de
código abierto y desarrollado por la comu-
PostgreSQL nidad PGDG. No persigue fines económi-
cos, es altamente confiable, pero demanda
una gran cantidad de recursos.
Es una base de datos jerárquica basada en
XML, lo que permite el manejo de objetos
DB2
de gran tamaño, agilizando los tiempos de
respuesta.
Es un sistema NoSQL orientado a docu-
mentos, supone un nuevo paradigma
para el almacenamiento y recuperación
MongoDB
de la información, en el que su estructura
es libre y no tienen que existir esquemas
de relación.

Tabla 1. Ejemplos de SGBD

Fuente: propia

Bases de datos II - eje 1 conceptualicemos 11

 Instrucción
Se invita al estudiante a revisar el
recurso de aprendizaje: videorresumen
1, acerca de la creación de las bases de
datos. Disponible en la página principal
de este eje.
Arquitectura ANSI/Sparc
La arquitectura propuesta en el comité
de la ANSI, denominada ANSI-Sparc (Ame-
rican National Standards Institute, Stan-
dards Planning and Requirements Com-
mittee), es un estándar de diseño para los
SGBD, el cual busca plantear un esquema
que ayude a simplificar y a ocultar la com-
plejidad relacionada con el manejo de la
información a través de tres características
fundamentales:
• Esquemas: establece los estánda-
res para el almacenamiento de los
datos como espacio, particulares y
usuarios responsables.
• Niveles: esta característica propor-
ciona diferentes mecanismos para la
visualización de los datos de acuerdo
con el nivel de permisos.
• Independencia: garantiza el aisla-
miento entre el nivel físico y el nivel
lógico, de forma que cada uno pue-
da ser manipulado con autonomía.
Independencia de datos
Es la capacidad que tiene el
sistema gestor de bases de
datos para independizar los
esquemas lógicos y físicos de
los datos (Oppel, 2009, p. 9).
Instrucción
Se sugiere al estudiante realizar en la
página principal de este eje, la actividad
de aprendizaje: pareo.
Esquemas
Los esquemas son los componentes
básicos para la arquitectura de un SGBD, ya
que permiten aislarlo y diferenciarlo clara-
mente con la base de datos, de forma que
el sistema gestor adquiere la capacidad
de modificar la información, sin la nece-
sidad de tener que alterar la estructura de
los datos, los esquemas se dividen en tres
grupos.
• Esquema de visión o externo: este
componente permite a los usuarios
la visualización y el consumo de la in-
formación, proporcionando además
una interfaz intuitiva para la interac-
ción con la base de datos (ver figura
1). Sus características son:
-- Requiere de aplicaciones que per-
mitan estructurar y presentar los
datos.
-- Ofrece versatilidad y flexibilidad de
presentación de datos a los usua-
rios.
-- Su diseño está alineado con las ne-
cesidades del negocio.
-- Recurre al empleo de formularios
a través de los cuales los usuarios
generan, recuperan o actualizan la
información.
Bases de datos II - eje 1 conceptualicemos 12
 -- Se desarrolla con base en los requerimientos funcionales.

-- Está diseñado para presentar de forma intuitiva y transparente el resultado de

las consultas, ocultando detalles complejos y técnicos a los usuarios de la infor-
mación.
Usuarios y aplicaciones

Esquema
Vista 1 Vista 2 ... Vista n
de visión
Figura 1. Esquema de visión
Fuente: propia

• Esquema conceptual: este componente se enfoca en atender las necesidades del

negocio, ayudando a describir la forma como será almacenada la información en
la base de datos y cómo serán sus relaciones (ver figura 1). Sus características son:

-- Requiere la descripción de la totalidad de los atributos de las tablas en la base

de datos.

-- Requiere la descripción de la totalidad de las relaciones entre las tablas en la

base de datos.

-- Requiere la identificación de las restricciones de las tablas en la base de datos.

¡Importante!
A través del esquema conceptual es posible la descripción abs-
tracta y teórica de la información que se va a depositar dentro
de la base de datos, se debe aclarar que esta representación
se emplea para describir la forma de acceso a los usuarios y
la estructura de los datos, siendo estos independientes del
almacenamiento físico y del software empleado.

Dejando de lado los detalles de la programación, a través de este tipo de esquemas

los analistas pueden generar diagramas que facilitan la abstracción y comprensión de
los detalles del negocio desde el mundo real, modelando entidades, atributos y corres-
pondencias para la construcción de la lógica relacional entre las tablas.

Bases de datos II - eje 1 conceptualicemos 13

 Usuarios y aplicaciones

Esquema
Vista 1 Vista 2 ... Vista n
de visión

Esquema
Tabla 1 Tabla 2 ... Tabla n
conceptual
Figura 2. Esquema conceptual
Fuente: propia

• Esquema físico o interno: este componente se enfoca en atender las necesidades

de almacenamiento físico de la información, es decir, en el disco y en la memoria,
tomando como base las descripciones realizadas en los dos esquemas anteriores
(ver figura 3).

A este nivel, se abordan las complejidades técnicas relacionadas con el manejo

de la capacidad y las estructuras para el almacenamiento de los datos en los dis-
positivos de hardware, traduciendo el esquema de vistas y el esquema conceptual
al lenguaje de la máquina.

Juegan un papel importante los recursos como capacidad,

velocidad, rendimiento e IOPS (cantidad de operaciones de Índices
entrada y salida por segundo), los cuales eran empleados por Son estructuras adicionales
el SGBD en los procesos de paginación, búsqueda y adminis- que se utilizan para acelerar
el acceso a las tablas en res-
tración de la información, proporcionando elementos como puesta a ciertas condiciones
registros, índices y apuntadores con los cuales el acceso a los de búsqueda (Marqués, 2011,
p. 159).
datos será más rápido y eficiente.
Usuarios y aplicaciones

Esquema
Vista 1 Vista 2 ... Vista n
de visión

Esquema
Tabla 1 Tabla 2 ... Tabla n
conceptual

Esquema
Bases de datos en disco, índices, apuntadores y registros.
físico

Bases de Almacenamiento
datos físico
Figura 3. Esquema físico
Fuente: propia

Bases de datos II - eje 1 conceptualicemos 14

 Instrucción
En este punto, se invita al estudiante a revisar el
recurso de aprendizaje: videorresumen 2, acerca de
los sistemas de gestión de bases de datos. Disponible
en la plataforma.

Niveles de visión de los datos Niveles de visión

Hacen referencia a la capa-
Para facilitar los procesos de consumo de información y de cidad que tiene un sistema
gestor de bases de datos
administración de la base de datos, se pueden identificar 2 niveles para dividir y presentar la
de visión de acuerdo con el rol que desempeñan los usuarios (ver estructura y los datos a cada
uno de sus usuarios (Oppel,
figura 4), de esta forma: 2009, p. 6).

• Nivel lógico: es el mayor nivel de abstracción que se puede lograr, expresa de

manera clara los datos y las relaciones que existen entre ellos, se ocultan todos los
factores complejos y se dispone la información para su consumo.

• Nivel físico: es el nivel de abstracción más bajo, se encarga del almacenamiento

real y efectivo de los datos, desarrollando y disponiendo de las complejas estruc-
turas para gestionar los requerimientos generados a nivel lógico.

Usuarios y aplicaciones

Esquema
Nivel Vista 1 Vista 2 ... Vista n
de visión
lógico

Esquema
Tabla 1 Tabla 2 ... Tabla n
conceptual

Esquema
Bases de datos en disco, índices, apuntadores y registros.
físico
Nivel
físico
Bases de Almacenamiento
datos físico
Figura 4. Niveles de visión de los datos
Fuente: propia

Bases de datos II - eje 1 conceptualicemos 15

Independencia de los datos

Teniendo en cuenta la alta variabilidad que se presenta en las necesidades empresa-

riales para el tratamiento de la información, resulta muy frecuente que se tengan que
realizar ajustes y cambios tanto a nivel lógico (por ejemplo, aumentar, ajustar y mejorar
los requerimientos funcionales), como a nivel físico (por ejemplo, el reemplazo de discos
y cambios en la infraestructura). Los SGBD deben permitir realizar este tipo de cambios
lógicos y físicos de manera aislada, de forma que un cambio en un nivel no represente
un cambio en el otro.

• Independencia lógica: para garantizar la independencia lógica, los administra-

dores deben poder manipular y modificar este esquema como las aplicaciones
utilizadas, las vistas definidas, la estructura y las relaciones de las tablas, sin que
tenga que realizarse algún ajuste a nivel físico. Por ejemplo, la creación de una
nueva vista no tiene que llegar a afectar el almacenamiento en disco de una tabla.

• Independencia física: de forma análoga, un SGBD debe garantizar que el admi-

nistrador pueda realizar cambios a nivel físico, sin que estos cambios afecten el
comportamiento a nivel lógico, por ejemplo, al reemplazar un disco que esté fa-
llando, las tablas, su contenido, estructuras y relaciones no deben verse alteradas
de ninguna manera.

En la figura 5, se puede apreciar con mejor detalle la independencia de los datos, al

momento de realizar el cambio de una unidad de almacenamiento a nivel físico, los
esquemas del nivel lógico deben seguir funcionando de igual forma, sin que se note algún
cambio en ellos, es decir, el proceso se realiza de forma transparente para el usuario.

Usuarios y aplicaciones

Esquema
Nivel Vista 1 Vista 2 ... Vista n
de visión
lógico

Esquema
Tabla 1 Tabla 2 ... Tabla n
conceptual

Esquema
Bases de datos en disco, índices, apuntadores y registros.
físico
Nivel
físico
Disco Disco Almacenamiento
antiguo nuevo físico
Figura 5. Cambios a nivel físico
Fuente: propia

Bases de datos II - eje 1 conceptualicemos 16

 Video
Lo invitamos a observar con detenimiento la
videocápsula:

3 levels architecture

https://bit.ly/2xYbdsX

Se invita al estudiante a realizar la lectura

complementaria:

Bases de datos

Alejandro Gutiérrez Díaz

Flujo de control y flujo de datos en un SGBD

Para facilitar la comprensión acerca del funcionamiento de un SGBD, se deben entender

los pasos que este realiza al momento de atender la solicitud de un usuario (por ejemplo,
una consulta). De forma técnica, el sistema de gestión hace una serie de operaciones e
interacciones con las aplicaciones de usuario, el sistema operativo, los soportes físicos
de almacenamiento, los denominados buffers y la memoria principal.

De acuerdo con su tecnología y modelo, los pasos realizados por un SGBD pueden
diferir levemente respecto al siguiente procedimiento, sin embargo, este sirve de base
para comprender a grandes rasgos su funcionamiento (ver figura 6).
7
Programa de usuario 1
6
4 SGBD
Buffer 3

5 2
Visión Conceptual Físico
Base de datos
Figura 6. Flujo de control y flujo de datos en un SGBD
Fuente: propia

1. El usuario, por medio de su aplicación, genera una llamada al SGBD para ejecu-
tar una operación de consulta –es decir, recuperar un registro–, lo primero que el
sistema debe realizar es validar que el nivel de permisos sea el adecuado para la
acción.

2. A continuación, el SGBD accede al esquema de visión y al esquema conceptual

para revisar y validar la sintaxis de la consulta.

3. En caso de que la sintaxis sea la adecuada, nuevamente el SGBD, a través del es-
quema físico, determina el mecanismo que debe emplear para atender la consul-
ta. Recordemos que la aplicación de usuario desconoce cómo están almacenados

Bases de datos II - eje 1 conceptualicemos 17

 los datos y es responsabilidad del sistema de gestión realizar la recuperación de
estos.

4. En el momento en que el SBGD identifica el bloque de información que contiene el

registro solicitado, se procede a verificar si este se encuentra cargado en el buffer,
ya que, por consultas anteriores, el valor podría estar almacenado allí, evitando
con ello realizar un acceso al disco.

5. Ahora bien, si el registro no aparece en el buffer a través del sistema operativo el

SGBD accede al disco duro, localiza el bloque que contiene el registro y carga el
registro en el buffer.

6. Nuevamente, el SGBD aplica el formato requerido por el esquema de visión y lo

entrega a la aplicación de usuario.

7. Por último, el SGBD da por finalizada la petición del usuario y devuelve el control a
la aplicación de usuario.

Instrucción
A continuación, lo invitamos a realizar la actividad de aprendizaje:
control de lectura, acerca de las bases de datos relacionales. Disponible
en la página principal de este eje.

Durante la lectura del referente de pensamiento correspondiente al eje 1, se analizaron

los diferentes modelos de datos a partir de los cuales es posible plantear soluciones a
un requerimiento de manejo de información, también se estudió el concepto de sistema
gestor de base de datos y su importancia para garantizar el correcto almacenamiento
de la información; finalmente, se presentó la arquitectura ANSI/Spark como una pro-
puesta para dividir la complejidad relacionada con el manejo de los datos y simplificar
su aplicación.

Como se analizó previamente, el propósito de una base de datos es facilitar el alma-

cenamiento y la recuperación de la información, si bien estas características dependen
de la capacidad de los equipos de cómputo, los procesos de administración y gestión
implican un elemento clave en el rendimiento de los sistemas gestores de bases de datos,
que como concluimos se trata de aplicaciones de software que centralizan y automatizan
los procesos de interacción con la información.

Instrucción
A manera de cierre, se invita al estudiante a desarrollar la actividad eva-
luativa. La encuentra disponible en el panel de tareas de la plataforma.

Bases de datos II - eje 1 conceptualicemos 18

 Bibliografía

Abadal, E. (2012). Elementos para la evaluación de interfaces de consulta

de bases de datos web. Recuperado de http://eprints.rclis.org/14550/

Díaz, A. (2015). Bases de datos. Recuperado de https://aiu.edu/cursos /

base%20de%20datos/pdf%20leccion%201/lecci%C3%B3n%201.pdf

Frassia, M. (2016). Introducción a las bases de datos. Recuperado de

BIBLIOGRAFÍA

http://www.cursogis.com.ar/BasesP/Zip/Base_Clase1.pdf

Fuentes, M. (2013). Bases de datos. Recuperado de http://www.cua.uam.

mx/pdfs/conoce/libroselec/Notas_del_curso_Bases_de_Datos.pdf

Gómez, J. (2014). Administración de Bases de Datos. Recuperado de

http://www.lcc.uma.es/~bds/adminbd/apuntes/ABD1_Intro.pdf

Paré, R., et ál. (2015). Bases de datos. Recuperado de http://www.uoc.

edu/masters/oficiales/img/913.pdf

Silberschatz, A., Korth, H., y Sudarshan, S. (2012). Fundamentos de bases

de datos. Recuperado de https://unefazuliasistemas.files.wordpress.
com/2011/04/fundamentos-de-bases-de-datos-silberschatz-korth-
sudarshan.pdf