Lo que propone date y (silberschatz no )
■ Establecer un enlace con los usuarios
Es asunto del DBA enlazarse con los usuarios para asegurar que los datos necesarios estén
disponibles y para escribir (o ayudar a escribir) los esquemas externos necesarios, utilizando
el DDL externo aplicable. (Como ya mencionamos, un sistema dado podría manejar varios
DDLs externos distintos.) Además, también es necesario definir las transformaciones externas/
conceptual correspondientes. En la práctica, es probable que el DDL externo incluya
los medios para especificar dichas transformaciones, pero, una vez más, los esquemas y las
transformaciones deben ser claramente separables. Cada esquema externo, con la transformación
correspondiente, existirá en las formas tanto fuente como objeto.
Otros aspectos de la función de enlace con los usuarios incluyen la asesoría sobre el
diseño de aplicaciones; una capacitación técnica; ayuda en la determinación y resolución
de problemas; así como otros servicios profesionales similares.
Definir las restricciones de seguridad y de integridad
Como ya expliqué, las restricciones de seguridad y de integridad pueden ser vistas como
parte del esquema conceptual. El DDL conceptual debe incluir facilidades para especificar
dichas restricciones.
■ Definir las políticas de vaciado y recarga
Una vez que una empresa se compromete con un sistema de base de datos, se vuelve drásticamente
dependiente del funcionamiento exitoso de dicho sistema. En el caso de que se
produzca un daño en cualquier parte de la base de datos —ocasionado, por ejemplo, por un
error humano o por una falla en el hardware o en el sistema operativo— resulta esencial
poder reparar los datos afectados con el mínimo de demora y con tan poco efecto como sea
posible sobre el resto del sistema. Por ejemplo, de manera ideal no debería afectarse la
disponibilidad de los datos que no fueron afectados. El DBA debe definir e implementar un
esquema apropiado de control de daños que comprenda (a) la descarga o "vaciado" periódico
*Observe la secuencia: Primero decida qué datos desea, luego decida cómo representarlos en el almacenamiento.
El diseño físico sólo deberá hacerse después de realizar el diseño lógico.
Capítulo 2 / Arquitectura de los sistemas de bases de datos 43
de la base de datos en un dispositivo de almacenamiento de respaldo y (b) la recarga de la
base de datos cuando sea necesario, a partir del vaciado más reciente.
Por cierto, la necesidad de una rápida reparación de los datos es una de las razones por
las que podría ser buena idea repartir todos los datos en varias bases de datos, en vez de
mantenerlos todos en un mismo lugar; una base de datos individual podría muy bien definir
una unidad para fines de vaciado y de recarga. En este sentido, observe que ya existen los
sistemas de terabytes* —es decir, los sistemas comerciales que almacenan más de un billón
de bytes, aproximadamente— y se predice que los sistemas futuros serán mucho más grandes.
Sobra decir que tales sistemas VLDB ("base de datos muy grande") requieren de una
administración muy cuidadosa y sofisticada, en especial si hay necesidad de una disponibilidad
continua (lo que sucede normalmente). Sin embargo, para efectos de simplicidad,
seguiremos hablando como si de hecho sólo existiera una base de datos individual.
*■ Supervisar el rendimiento y responder a los requerimientos cambiantes
Como indiqué en el capítulo 1, el DBA es el responsable de organizar el sistema de tal manera
que se obtenga el rendimiento "ideal para la empresa" y de hacer los ajustes apropiados
—es decir, afinar— conforme las necesidades cambien. Por ejemplo, podría ser
necesario reorganizar de vez en cuando la base de datos almacenada para asegurar que los
niveles de rendimiento se mantengan aceptables. Como ya mencioné, todo cambio al nivel
(interno) de almacenamiento físico debe estar acompañado por el cambio correspondiente
en la definición de la transformación conceptual/interna, de manera que el esquema conceptual
permanezca constante.
Desde luego, la anterior no es una lista detallada; simplemente pretende dar una idea del
alcance y naturaleza de las responsabilidades del DBA.


Lo que propone silberschatz y (date no lo propone )
• Modificación del esquema y de la organización
física. Los ABD realizan cambios en el esquema
y en la organización física para reflejar las necesidades
cambiantes de la organización, o para alterar
la organización física para mejorar el rendimiento.
• Concesión de autorización para el acceso a los
datos. La concesión de diferentes tipos de autorización
permite al administrador de la base de datos
determinar a qué partes de la base de datos puede
acceder cada usuario. La información de autorización
se mantiene en una estructura del sistema especial
que el sistema de base de datos consulta cuando
se intenta el acceso a los datos en el sistema.
• Mantenimiento rutinario. Algunos ejemplos de
actividades rutinarias de mantenimiento del administrado
de la base de datos son:
— Copia de seguridad periódica de la base de
datos, bien sobre cinta o sobre servidores remotos,
para prevenir la pérdida de datos en caso
de desastres como inundaciones.

Actividades que eh realizado
Definir el esquema conceptual

Establecer un enlace con los usuarios
Definición de la estructura y del método de acceso.


Estas actividades lo eh realizado en las materias de diseño de aplicaciones