El documento describe las responsabilidades de un administrador de base de datos (DBA). Un DBA se encarga de crear y mantener la base de datos, estableciendo controles y estándares técnicos. Algunas de sus principales responsabilidades incluyen administrar la estructura y actividad de los datos, el sistema gestor de base de datos, y asegurar la confiabilidad y seguridad de la base de datos. El DBA también se encarga de documentar todos los cambios realizados a la base de datos.

2. Así, el DBA, a diferencia del administrador de datos, es un
profesional en procesamiento de datos. La tarea del DBA es
crear la base de datos en sí y poner en vigor los controles
técnicos necesarios para apoyar las políticas dictadas por el
administrador de datos. El DBA se encarga también de
garantizar el funcionamiento adecuado del sistema y de
proporcionar otros servicios de índole técnica relacionados. El
DBA cuenta por lo regular con un grupo de programadores de
sistemas y otros asistentes técnicos.
La responsabilidad general del DBA es facilitar el desarrollo y
el uso de la Base de Datos dentro de las guías de acción
definidas por la administración de los datos.
El DBA es responsable primordialmente de:
o Administrar la estructura de la Base de Datos
o Administrar la actividad de los datos
o Administrar el Sistema Manejador de Base de Datos
o Establecer el Diccionario de Datos
o Asegurar la confiabilidad de la Base de Datos
o Confirmar la seguridad de la Base de Datos
 Administración de la estructura de la
Base de Datos
La administración de la estructura de la Base de Datos incluye
participar en el diseño inicial de la misma y su puesta en
práctica, así como controlar, y administrar sus requerimientos,
ayudando a evaluar alternativas, incluyendo los DBMS a utilizar
y ayudando en el diseño general de BD. En los casos de
grandes aplicaciones de tipo organizacional, el DBA es un
gerente que supervisa el trabajo del personal de diseño de la
BD.
Una vez diseñada la BD, es puesta en práctica utilizando
productos delDBMS, procediéndoseentonces a la creaciónde

3. los datos (captura inicial). El DBA participa en el desarrollo de
procedimientos y controles para asegurar la calidad y la alta
integridad de la BD.
Los requerimientos de los usuarios van modificándose, estos
encuentran nuevas formas o métodos paralograrsus objetivos;
la tecnología de la BD se va modificando y los fabricantes del
DBMS actualizan sus productos. Todas las modificaciones en
las estructuras o procedimientos de BD requieren de una
cuidadosa administración.
 Implicaciones por la modificación de los
esquemas
Las solicitudes de modificación son inevitables una vez que el
sistema ha entrado en operación, pueden aparecer solicitudes
de nuevos requerimientos o estos pueden resultar de una
comprensión inadecuada de los mismos. En cualquier caso,
deberán efectuarse modificaciones en relación con toda la
comunidad de la BD, ya que el impacto de tales alteraciones
será resentido por mas de una aplicación. En algunos casos,
pueden darse modificaciones que presentan efectosnegativos
para algunos usuarios; estos casos deberán ser tratados
esgrimiendo como argumento los beneficios globales que
serán obtenidos de tales alteraciones.
Una administración eficaz de la BD debe incluir procedimientos
y políticas mediante las cuales los usuarios puedan registrar
sus necesidades de modificaciones, y así la comunidad podrá
analizar y discutir los impactos de dichas modificaciones,
determinándose entonces la puesta o no en practica de tales
alteraciones.
En razón del tamaño y complejidad de una BD y de sus
aplicaciones, las modificaciones pudieran tener resultados
inesperados.El DBA debe estar preparado para reparar la BD
y reunir suficiente información para diagnosticar y corregir el
problema provocado por la falla. Después de un cambio la BD
es más vulnerable a fallas.

4.  Documentación
La responsabilidad final de un DBA en la administración de la
estructura de una BD es la DOCUMENTACIÓN. Es de suma
importancia saber que modificaciones han sido efectuadas,
como fueron realizada y cuando fueron establecidas. Una
modificaciónsobre la estructura de la BD pudiera ocasionar un
error que no apareciera a corto plazo; una vez que este surja,
sin la documentación adecuada sobre las modificaciones
realizadas, él diagnostico resultaría extremadamente
complicado.En estos casos,se haría necesario una secuencia
de rejecuciones para intentar detectar el punto en conflicto; el
riesgo de este procedimiento radica en que es posible afectar
la información contenida en la BD. Para identificar un cambio
es de suma importancia mantener un registro de los formatos
de prueba y de las ejecuciones de las pruebas efectuadas. Si
se utilizan procedimientos de prueba formatos de pruebas y
métodos de registro estandarizados, el registro de los
resultados de la prueba no consumirá tiempo excesivo.
Comúnmente el tiempo de la documentaciónes tedioso y esto
ocasiona que algunos DBA tienden a reducir o abreviar la
información que se registra en ella e incluso llegan a
desatenderla. Cuando ocurre un siniestro, la documentación
completay organizada puede ser la diferenciaentre resolver o
no un problemade extrema importancia y en la mayoría de los
casos, que implica costos cuantiosos a la empresa.
La tarea de la documentaciónes cada vez más ligera y precisa
cuando se utilizan DBMS que integran herramientas CASE
para las tareas de diseño, mantenimiento y documentación.
Estas mismas herramientas CASE proporcionanen la, mayoría
de los casos la facilidad de generar y mantener en forma
automática el Diccionario de Datos.
Una razón más para documentar consiste en la necesidad de
mantener organizados datos históricos. Ocurre comúnmente
que se desea realizar una consulta sobre los respaldos para
conocer el estado que guardaba la información en un periodo
determinado que transcurrió previamente. Los registros de
modificación existentes en la documentación permitirán
resolver problemas de incompatibilidad entre las estructuras

5. que eran vigentes en el periodo de respaldo y las que lo son
ahora; permitirá también eldesarrollo de módulos de ajuste que
faciliten la traducción de formatos y/o escalas para valores
almacenados.
En los casos de caídas del sistema se presenta una situación
parecida; los respaldos son requeridos y habrá de verificarse
su estructura; formato y escala para integrarlos a la operación
del sistema.
 Administración de la actividad de datos
Aunque el DBA protege los datos, no los procesa. El DBA no
es usuario del sistema,en consecuencia,no administra valores
de datos;el DBA administra actividad de datos.Dado que la BD
es un recurso compartido, el DBA debe proporcionar
estándares, guías de acción, procedimientos de control y la
documentación necesaria para garantizar que los usuarios
trabajan en forma cooperativa y complementaria al procesar
datos en la BD.
Como es de suponerse,existe una gran actividad al interior de
un DBMS. La concurrencia de múltiples usuarios requiere de
estandarizar los procesosde operación;elDBA es responsable
de tales especificaciones y de asegurarse que estas lleguen a
quienes concierne. Todo el ámbito de la BD se rige por
estándares, desde la forma como se capture la información
(tipo, longitud, formato), como es procesada y presentada. El
nivel de estandarización alcanza hasta los aspectos más
internos de la BD; como sé Accesa a un archivo, como se
determinan los índices primarios y auxiliares, la foliación de los
registros y demás.
Debe procurarse siempre que los estándares que serán
aplicados beneficien también a los usuarios, privilegiando
siempre la optimización en la operación del DBMS y el apego
de las políticas de la empresa.
Una administración de BD efectivadeberádisponersiempre de
este tipo de estándares; entre las funciones del DBA se
encuentra la de revisarlos periódicamente para determinar su

6. operatividad, y en su caso ajustarlos, ampliarlos o cancelarlos.
Es también su responsabilidad el que estos se cumplan.
Cuando se definen estándares sobre la estructura de la BD,
estos debenregistrarse enuna seccióndeldiccionario de datos
a la que todos aquellos usuarios relacionados con ese tipo de
proceso pueden acceder.
Otro de los aspectos que el administrador debe atender es el
de coordinar las nuevas propuestas para realizar ajustes en los
derechos de acceso a datos compartidos y aplicaciones
específicamente propuestas seríananalizados en conjunto con
los supervisores o directivos de las áreas involucradas para
determinar si procede pudieran aparecer problemas cuando
dos o más grupos de usuarios quedan autorizados para
notificar los mismos datos. Uno de tales conflictos es el de la
actualización perdida; este ocurre cuando el trabajo de un
usuario queda sobrescrito sobre porel de un segundo usuario.
El DBA queda responsabilizado para identificar la posible
ocurrencia de dichos problemas, así como de crear normas y
procedimientos para su eliminación.
Se obtendrán este tipo de garantías cuando el DBMS sea
capaz de implementar las restricciones aplicables al acceso
concurrente, y este sea utilizado adecuadamente por
programadores y usuarios; para borrar lo anterior, se hace
indispensable el apego a los estándares el seguimiento de
instructivos y manuales y las reglas establecidas para los
diversos procesamientos y procedimientos que se llevan a
cabo.
Entre las alternativas más utilizadas por el DBA para tratar de
resolver o minimizar este problema se encuentran las
siguientes:
a) Restringir el acceso a los procedimientos para ciertos
usuarios.
b) Restringir al acceso a los datos para ciertos usuarios
procedimientos y/o datos.
c) Evitar la coincidencia de horarios para usuarios que
comparten.
Las técnicas de recuperaciónsonotra funciónesencialdelDBA
al administrar la actividad de datos.

7. DBA; es el responsable de la publicación y mantenimiento de
la documentación en relación con la actividad de los datos,
incluyendo los estándares de la BD, los derechos de
recuperación y de acceso a la BD, los estándares para la
recuperación de caídas y el cumplimiento de las políticas
establecidas. Los productos DBMS más populares que se
encuentran en el mercado proporcionan servicios de utilerías
para ayudar al DBA en la administración de los datos y su
actividad. Algunos sistemas registran en forma automática los
nombres de los usuarios y de las aplicaciones a las que tienen
acceso, así como a otros objetos de la BD. Incorpora también
utilerías que permitan definir en el diccionario de datos las
restricciones paraque determinadas aplicacioneso módulosde
ellas solo tengan acceso a segmentos específicos de la BD.

8. Las bases de datos pueden clasificarse de varias maneras, de
acuerdo al contexto que se esté manejando,o la utilidad de la misma.
Según la variabilidad de los datos almacenados:
Estas son bases de datos de solo lectura, utilizadas primordialmente
para almacenar datos históricos que posteriormente se pueden
utilizar para estudiar el comportamiento de un conjunto de datos a
través del tiempo, realizar proyecciones y tomar decisiones.

9. Estas son bases dedatos dondela información almacenada semodifica con
el tiempo, permitiendo operaciones como actualización, borrado y adición
de datos, además de las operaciones
fundamentales de consulta. Un ejemplo
de esto puede ser la base de datos
utilizada en un sistema de información de
un supermercado, una farmacia, un
videoclub o una empresa.
Además de laclasificaciónporla función de las bases de datos,estas
también se pueden clasificar de acuerdo a su modelo de
administración de datos.
Un modelo de datos es básicamente una "descripción" de algo
conocido como contenedor de datos (algo en donde se guarda la
información), así como de los métodos para almacenar y recuperar
información de esos contenedores. Los modelos de datos no son
cosas físicas:son abstracciones que permiten la implementaciónde
un sistema eficiente de base de datos; por lo general se refieren a
algoritmos, y conceptos matemáticos.
Algunos modelos con frecuencia utilizados en las bases de datos:
Éstas son bases de datos que, como su nombre indica, almacenan
su informaciónenuna estructura jerárquica. En este modelo los datos
se organizan en una forma similar a un árbol (visto al revés), en
donde un nodo padre de información puede tener varios hijos. El
nodo que no tiene padres es llamado raíz, y a los nodos que no tienen
hijos se los conoce como hojas.

10. Las bases de datos jerárquicas son especialmente útiles en el caso
de aplicaciones que manejanun gran volumen de informacióny datos
muy compartidos permitiendo
crear estructuras estables y de
gran rendimiento.
Una de las principales
limitaciones de este modelo es
su incapacidad de representar
eficientemente la redundancia
de datos.
Éste es un modelo ligeramente distinto del jerárquico; su diferencia
fundamental es la modificacióndelconcepto de nodo:se permite que
un mismo nodo tenga varios padres (posibilidad no permitida en el
modelo jerárquico).
Fue una gran mejora con respecto al modelo jerárquico, ya que
ofrecía una solución eficiente al problema de redundancia de datos;
pero, aun así, la dificultad que significaadministrar la informaciónen
una base de datos de red ha significado que sea un modelo utilizado
en su mayoría por programadores más que por usuarios finales.

11. Son bases de datos cuyo único fin es el envío y recepciónde datos
a grandes velocidades,estas bases son muy poco comunes y están
dirigidas por lo general al entorno de análisis de calidad, datos de
producción e industrial, es
importante entender que su fin
único es recolectar y recuperar
los datos a la mayor velocidad
posible, por lo tanto la
redundancia y duplicación de
información no es un problema
como con las demás bases de
datos, por lo general para
poderlas aprovechar al máximo
permiten algún tipo de
conectividad a bases de datos
relacionales.
Éste es el modelo utilizado en la actualidad para modelar problemas
reales y administrar datos dinámicamente. Tras ser postulados sus
fundamentos en 1970,de los laboratorios IBM en San José, no tardó
en consolidarse como un nuevo paradigma en los modelos de base
de datos. Su idea fundamental es el uso de "relaciones". Estas
relaciones podrían considerarse en forma lógica como conjuntos de
datos llamados "tuplas". Pese a que ésta es la teoría de las bases de
datos relacionales creadas por Codd, la mayoría de las veces se
conceptualiza de una manera más fácil de imaginar. Esto es
pensando en cada relación como si fuese una tabla que está
compuesta por registros (las filas de una tabla), que representarían
las tuplas, y campos (las columnas de una tabla).
En este modelo, el lugar y la forma en que se almacenen los datos
no tienen relevancia (a diferencia de otros modelos como el
jerárquico y el de red). Esto tiene la considerable ventaja de que es
más fácil de entender y de utilizar para un usuario esporádico de la
base de datos. La información puede ser recuperada o almacenada

12. mediante "consultas" que ofrecenuna amplia flexibilidad y poderpara
administrar la información.
Son bases de datos ideadas para desarrollar aplicaciones muy
concretas, como creación de cubos
OLAP Básicamente no se
diferencian demasiado de las bases
de datos relacionales (una tabla en
una base de datos relacional podría
serlo también en una base de datos
multidimensional), la diferencia está
más bien a nivel conceptual; en las
bases de datos multidimensionales
los campos o atributos de una tabla
pueden ser de dos tipos, o bien
representan dimensiones de la tabla, o bien representan métricas
que se desean estudiar.
Este modelo,bastante reciente,ypropio de los modelos informáticos
enfocado a objetos, trata de almacenar en la base de datos
los objetos completos (estado y comportamiento).
Una base de datos orientada a objetos es una base de datos que
incorpora todos los conceptos importantes delparadigmade objetos:
 encapsulación - Propiedad que permite ocultar la información al
resto de los objetos, impidiendo así accesos incorrectos o
conflictos.
 Herencia- Propiedad a través de la cual los objetos heredan
comportamiento dentro de una jerarquía de clases.
 Polimorfismo - Propiedad de una operación mediante la cual
puede ser aplicada a distintos tipos de objetos.
En bases de datos orientadas a objetos, los usuarios pueden definir
operaciones sobre los datos como parte de la definición de la base
de datos. Una operación (llamada función) se especifica en dos

13. partes. La interfaz (o signatura) de una operación incluye el nombre
de la operación y los tipos de datos de sus argumentos (o
parámetros). La implementación (o método) de la operación se
especifica separadamente y puede modificarse sin afectar la
interfaz.
Permiten la indexación a texto
completo, y en líneas
generales realizar búsquedas
más potentes.Tesaurus es un
sistema de índices optimizado
para este tipo de bases de
datos.
Un sistema de base de datos deductiva, es un sistema de base de
datos, pero con la diferencia de que permite hacer deducciones a
través de inferencias.Se basa principalmente en reglas y hechos que
sonalmacenados enla base de datos.Las bases dedatos deductivas
son también llamadas bases de datos lógicas,a raíz de que se basa
en lógica matemática.
Gestión de bases de datos distribuida (SGBD)
La base de datos y el software SGBD pueden estar distribuidos en
múltiples sitios conectados por una red.
Hay de dos tipos:
1. Distribuidos homogéneos: utilizan el mismo SGBD en múltiples
sitios.
2. Distribuidos heterogéneos: Da lugar a los SGBD federados o
sistemas multibase de datos en los que los SGBD participantes

14. tienen cierto grado de autonomíalocal y tienen acceso avarias bases
de datos autónomas preexistentes almacenados en los SGBD,
muchos de estos emplean una arquitectura cliente-servidor.
Estas surgen debido a la existencia física de organismos
descentralizados.Esto les dala capacidad de unir las bases de datos
de cada localidad y accederasí a distintas universidades,sucursales
de tiendas, etcétera.