Nombre: Lorena Jiménez

Historia y Funciones del DBA

Se utilizan para designar tanto la función de administración de base de datos

facilita el uso de la base de datos y se subdivide en:

Base de datos personal se refiere a un mismo administrador, Base de datos de

los grupos de trabajo de una o más personas, Base de datos de organizaciones
permite el acceso a decenas e incluso centenas de usuarios, A demás de
administrar la actividad de datos y la estructura de la BD, el DBA debe
administrar el DBMS mismo. Deberá compilar y analizar estadísticas relativas al
rendimiento del sistema e identificar áreas potenciales del problema. Dado que
la BD esta sirviendo a muchos grupos de usuarios, el DBA requiere investigar
todas las quejas sobre el tiempo de respuesta del sistema, la precisión de los
datos y la facilidad de uso. Si se requieren cambios el DBA deberá planearlos y
ponerlos en practica.

El DBA deberá vigilar seguido las actividades de los usuarios en la BD. Los
productos DBMS incluyen tecnologías que reúnen y publican estadísticas. Estos
informes pudieran indicar cuales fueron los usuarios activos, que archivos y
que elementos de datos han sido utilizados, e incluso el método de acceso que
se ha aplicado. Pueden capturarse y reportarse las tasas de error y los tipos de
errores. El DBA analizará estos datos para determinar si se necesita una
modificación en el diseño de la BD para manejar su rendimiento o para facilitar
las tareas de los usuarios; de ser así, el DBA la llevará a cabo

FUNCIONES DEL ADMINISTRADOR DE BASES DE DATOS

DEFINIR EL ESQUEMA CONCEPTUAL: es tarea del administrador de datos

decidir con exactitud cual es la información que debe mantenerse en la base
de datos, o sea, identificar las entidades que interesan a la empresa y la
información que debe registrarse acerca de esas entidades. Este proceso por lo
general se denomina diseño lógico a veces conceptual- de bases de datos.
Cuando el administrador de datos decide el contenido de la base de datos en
un nivel abstracto, el DBA crea a continuación el esquema conceptual
correspondiente, empleando el DDL conceptual. El DBMS utilizará la versión
objeto (compilada) de ese esquema para responder a las solicitudes de acceso.
La versión fuente sin compilar servirá como documento de referencia para los
usuarios del sistema.

DEFINIR EL ESQUEMA INTERNO: el DBA debe decidir también como se

representará la información en la base de datos almacenada. A este proceso
suele llamársele diseño físico de la base de datos. Una vez hecho esto el DBA
deberá crear la definición de estructura de almacenamiento correspondiente
(es decir el esquema interno) valiéndose del DDL interno. Además deberá
definir la correspondencia pertinente entre los esquemas interno y conceptual.
En la práctica, ya sea el DDL conceptual o bien el DDL interno incluirán
seguramente los medios para definir dicha correspondencia, pero las dos
funciones (crear el esquema, definir la correspondencia) deberán poder
separarse con nitidez. Al igual que el esquema conceptual, el esquema interno
y la correspondencia asociada existirán tanto en la versión fuente como en la
versión objeto.

VINCULARSE CON LOS USUARIOS: el DBA debe encargarse de la

comunicación con los usuarios, garantizar la disponibilidad de los datos que
requieren y escribir - o ayudar a los usuarios a escribir- los esquemas externos
necesarios, empleando el DDL externo aplicable. Además, será preciso definir
la correspondencia entre cualquier esquema externo y el esquema conceptual

DEFINIR LAS VERIFICACIONES DE SEGURIDAD E INTEGRIDAD: las

verificaciones de seguridad y de integridad pueden considerarse parte del
esquema conceptual. El DDL conceptual incluirá los medios para especificar
dichas verificaciones.

DEFINIR PROCEDIMIENTOS DE RESPALDO Y RECUPERACION: cuando una

empresa se decide a utilizar un sistema de base de datos, se vuelve
dependiente en grado sumo del funcionamiento correcto de ese sistema. En
caso de que sufra daño cualquier porción de la base de datos por causa de un
error humano, digamos, o una falla en el equipo o en el sistema que lo apoya
resulta esencial poder reparar los datos implicados con un mínimo de retraso y
afectando lo menos posible el resto del sistema. En teoría, por ejemplo la
disponibilidad de los datos no dañados no debería verse afectada. El DBA debe
definir y poner en practica un plan de recuperación adecuado que incluya, por
ejemplo una descarga o "vaciado" periódico de la base de datos en un medio
de almacenamiento de respaldo, y procedimientos para cargar otra vez la base
de datos a partir de vaciado más reciente cuando sea necesario.

SUPERVISAR EL DESEMPEÑO Y RESPONDER A CAMBIOS EN LOS

REQUERIMIENTOS: es responsabilidad del DBA organizar el sistema de modo
que se obtenga el desempeño que sea "mejor para la empresa", y realizar los
ajustes apropiados cuando cambien los requerimientos.
Ventajas en el uso de Bases de Datos. Permite a los diferentes usuarios
considerar la información como un recurso corporativo que carece de dueños
específicos.

Eliminación de información redundante. Duplicada

Eliminación de información inconsistente. Si el sistema esta desarrollado a

través de archivos convencionales

Permite compartir información. Varios sistemas o usuarios pueden utilizar una

misma entidad.

Permite mantener la integridad en la información. Solo se almacena la

información correcta.

Independencia de datos. La independencia de datos implica una distancia entre

programas y datos; es decir, se pueden hacer cambios a la información que
contiene la base de datos o tener acceso a la base de datos de diferente
manera, sin hace cambios en las aplicaciones o en los programas.

TIPOS DE MODELOS DE DATOS Existen fundamentalmente tres alternativas

disponibles para diseñar las bases de datos: el modelo jerárquico, el modelo de
red y el modelo relacional. MODELO JERARQUICO. Puede representar dos tipos
de relaciones entre los datos: relaciones de uno a uno y relaciones de uno a
muchos.
MODELO DE RED. Este modelo permite la representación de muchos a muchos,
de tal forma que cualquier registro dentro de la base de datos puede tener
varias ocurrencias superiores a él. El modelo de red evita redundancia en la
información, a través de la incorporación de un tipo de registro denominado el
conector.
MODELO RELACIONAL. Este modelo se está empleando con más frecuencia en
la práctica, debido a la ventaja que ofrece sobre los dos modelos anteriores,
entre ellas, el rápido entendimiento por parte de ususarios que no tienen
conocimientos profundos sobre Sistemas de Bases de Datos.
BASES DE DATOS DISTRIBUIDAS. Las bases de datos distribuidas se están
utilizando cada vez más en la misma medida en que se usan las arquitecturas
de cliente-servidor y groupware. Los principales problemas que se generan por
el uso de la tecnología de bases de datos distribuidas son en lo referente a
duplicidad de datos y a su integridad al momento de realizar actualizaciones a
los mismos. Además, el control de la información puede constituir una
desventaja, debido a que se encuentra diseminada en diferentes localidades
geográficas.
TENDENCIAS FUTURAS. En el futuro la mayoría de las organizaciones
cambiarán la forma convencional de manejo de la información a la arquitectura
de base de datos a las ventajas derivadas de su uso. El uso de las bases de
datos distribuidas se incrementará de manera considerable en la medida en
que la tecnología de comunicación de datos brinde más facilidades para ello. El
uso de bases de datos facilitará y soportará en gran medida a los Sistemas de
Información para la Toma de Decisiones.