Está en la página 1de 15

- Fundamentos tericos sobre bases de datos http://www.sietecolinas.es/materiales/inf/bds.

pdf

1. Funciones del Administrador de Bases de Datos 1.1 Historia y necesidad del DBA. Administracin de datos y administracin de bases de datos La informacin es uno los activos ms valiosos de la empresa, es indispensable contar con una persona -el administrador de datos- que conozca la informacin, y las necesidades de la empresa en este aspecto, en un nivel gerencial superior. As la labor del administradorde datos es decidir en primer trmino cules datos deben almacenarse en la base de datos, y establecer polticas para mantener y manejar los datos uan vez almacenados. El administrador de datos es por lo general, un gerente, no un tcnico. El tcnico responsable de poner en prctica las decisiones del administrador de datos es el administrador de bases de datos(DBA, database administrator). El alcance de la actividad de la Administracin de Datos es la organizacin completa (empresa, institucin u otro organismo), mientras que el alcance de la Administracin de Bases de Datos queda restringido a una Base de Datos en particular y a los sistemas que los procesan. La Administracin de la Base de Datos opera dentro de un marco proporcionado por la Administracin de Datos facilitndose de esta manera el desarrollo y el uso de una Base de Datos y sus aplicaciones. Las siglas DBA suelen utilizarse para designar tanto la funcin Administracin de Base de Datos como al titulo del puesto administrador de Base de Datos. En los distintos niveles y aplicaciones de Base de Datos existe la funcin DBA, aunque varia en complejidad. Esta es ms sencilla cuando se trata de una Base de Datos Personal que cuando se refiere a una Base de Datos de grupos de trabajo, y esta a su vez es ms sencilla que en una Base de Datos Organizacional. En una Base de Datos Personal comnmente el mismo usuario es el Administrador de la Base de Datos; las Bases de Datos de grupos de trabajo requieren de una o dos personas que normalmente no se dedican a esta funcin de tiempo completo puesto que tienen otras responsabilidades dentro o fuera de la organizacin. En las Bases de Datos Organizacionales, que comnmente permiten el acceso a decenas e incluso centenas de usuarios, se requiere de un administrador de Base de Datos de tiempo completo; lo anterior debido al alto volumen de procesos que deben desarrollarse, controlarse y supervisarse.

Un Administrador de Base de Datos de tiempo completo normalmente tiene aptitudes tcnicas para el manejo del sistema en cuestin a dems, son cualidades deseables nociones de administracin, manejo de personal e incluso un cierto grado de diplomacia. La caracterstica ms importante que debe poseer es un conocimiento profundo de las polticas y normas de la empresa as como el criterio de la empresa para aplicarlas en un momento dado. Funciones del DBA 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 tcnicos necesarios para apoyar las polticas dictadas por el administrador de datos. El DBA se encarga tambin de garantizar el funcionamiento adecuado del sistema y de proporcionar otros servicios de ndole tcnica relacionados. El DBA cuenta por lo regular con un grupo de programadores de sistemas y otros asistentes tcnicos. La responsabilidad general del DBA es facilitar el desarrollo y el uso de la Base de Datos dentro de las guas de accin definidas por la administracin de los datos. El DBA es responsable primordialmente de:

o o o o o o

Administrar la estructura de la Base de Datos Administrar la actividad de los datos Administrar el Sistema Manejador de Base de Datos Establecer el Diccionario de Datos Asegurar la confiabilidad de la Base de Datos Confirmar la seguridad de la Base de Datos

Administracin de la estructura de la Base de Datos

La administracin de la estructura de la Base de Datos incluye participar en el diseo inicial de la misma y su puesta en practica as como controlar, y administrar sus requerimientos, ayudando a evaluar alternativas, incluyendo los DBMS a utilizar y ayudando en el diseo general de BD. En los casos de grandes aplicaciones de tipo organizacional, el DBA es un gerente que supervisa el trabajo del personal de diseo de la BD. Una vez diseada la BD, es puesta en practica utilizando productos del DBMS, procedindose entonces a la creacin de 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 modificndose, estos encuentran nuevas formas o mtodos para lograr sus objetivos; la tecnologa 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 administracin.

Implicaciones por la modificacin de los esquemas

Las solicitudes de modificacin son inevitables una vez que el sistema ha entrado en operacin, pueden aparecer solicitudes de nuevos requerimientos o estos pueden resultar de una comprensin inadecuada de los mismos. En cualquier caso, debern efectuarse modificaciones en relacin con toda la comunidad de la BD, ya que el impacto de tales alteraciones ser resentido por mas de una aplicacin. En algunos casos, pueden darse modificaciones que presentan efectos negativos para algunos usuarios; estos casos debern ser tratados esgrimiendo como argumento los beneficios globales que sern obtenidos de tales alteraciones. Una administracin eficaz de la BD debe incluir procedimientos y polticas mediante las cuales los usuarios puedan registrar sus necesidades de modificaciones, y as la comunidad podr analizar y discutir los impactos de dichas modificaciones, determinndose entonces la puesta o no en practica de tales alteraciones. En razn del tamao 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 informacin para diagnosticar y corregir el problema provocado por la falla. Despus de un cambio la BD es ms vulnerable a fallas.

Documentacin

La responsabilidad final de un DBA en la administracin de la estructura de una BD es la DOCUMENTACIN. Es de suma importancia saber que modificaciones han sido efectuadas, como fueron realizada y cuando fueron establecidas. Una modificacin sobre la estructura de la BD pudiera ocasionar un error que no apareciera a corto plazo; una vez que este surja, sin la documentacin adecuada sobre las modificaciones realizadas, l diagnostico resultara extremadamente complicado. En estos casos, se hara necesario una secuencia de rejecuciones para intentar detectar el punto en conflicto; el riesgo de este procedimiento radica en

que es posible afectar la informacin 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 mtodos de registro estandarizados, el registro de los resultados de la prueba no consumir tiempo excesivo. Comnmente el tiempo de la documentacin es tedioso y esto ocasiona que algunos DBA tienden a reducir o abreviar la informacin que se registra en ella e incluso llegan a desatenderla. Cuando ocurre un siniestro, la documentacin completa y organizada puede ser la diferencia entre resolver o no un problema de extrema importancia y en la mayora de los casos, que implica costos cuantiosos a la empresa. La tarea de la documentacin es cada vez ms ligera y precisa cuando se utilizan DBMS que integran herramientas CASE para las tareas de diseo, mantenimiento y documentacin. Estas mismas herramientas CASE proporcionan en la, mayora de los casos la facilidad de generar y mantener en forma automtica el Diccionario de Datos. Una razn ms para documentar consiste en la necesidad de mantener organizados datos histricos. Ocurre comnmente que se desea realizar una consulta sobre los respaldos para conocer el estado que guardaba la informacin en un periodo determinado que transcurri previamente. Los registros de modificacin existentes en la documentacin permitir resolver problemas de incompatibilidad entre las estructuras que eran vigentes en el periodo de respaldo y las que lo son ahora; permitir tambin el desarrollo de mdulos de ajuste que faciliten la traduccin de formatos y/o escalas para valores almacenados. En los casos de cadas del sistema se presenta una situacin parecida; los respaldos son requeridos y habr de verificarse su estructura; formato y escala para integrarlos a la operacin del sistema.

Administracin 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 estndares, guas de accin, procedimientos de control y la documentacin 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 mltiples usuarios requieren de estandarizar los procesos de operacin; el DBA es responsable de tales especificaciones y de asegurarse que estas lleguen a quienes concierne. Todo el mbito de la BD se rige por estndares, desde la forma como se capture la informacin (tipo, longitud, formato), como es procesada y presentada. El nivel de estandarizacin alcanza hasta los aspectos ms internos de la BD; como s accesa a un archivo, como se determinan los ndices primarios y auxiliares, la foliacin de los registros y dems. Debe procurarse siempre que los estndares que sern aplicados beneficien tambin a los usuarios, privilegiando siempre la optimizacin en la operacin del DBMS y el apego de las polticas de la empresa. Una administracin de BD efectiva deber disponer siempre de este tipo de estndares; entre las funciones del DBA se encuentra la de revisarlos peridicamente para determinar su operatividad, y en su caso ajustarlos, ampliarlos o cancelarlos. Es tambin su responsabilidad el que estos se cumplan. Cuando se definen estndares sobre la estructura de la BD, estos deben registrarse en una seccin del diccionario 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 especficamente propuestas seran analizados en conjunto con los supervisores o directivos de las reas involucradas para determinar si procede pudieran aparecer problemas cuando dos o ms grupos de usuarios quedan autorizados para notificar los mismos datos. Uno de tales conflictos es el de la actualizacin perdida; este ocurre cuando el trabajo de un usuario queda sobrescrito sobre por el 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 eliminacin. Se obtendrn este tipo de garantas 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 estndares el seguimiento de instructivos y manuales y las reglas establecidas para los diversos procesamientos y procedimientos que se llevan acabo. Entre las alternativas mas 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 tcnicas de recuperacin son otra funcin esencial del DBA al administrar la actividad de datos. A pesar de que el DBMS lleva a cabo una parte del proceso de recuperacin, los usuarios determinan en forma critica la operatividad de esos sistemas de proteccin. El DBA debe anticipar fallas y definir procedimientos estndares de operacin; los usuarios deben saber que hacer cuando el sistema este cado y que es lo primero que debe realizarse cuando el sistema este puesto en marcha nuevamente. El personal de operacin deber saber como iniciar el proceso de recuperacin de la BD que copias de seguridad utilizar; como programar la rejecucin del tiempo perdido y de las tareas pendientes; es importante tambin establecer un calendario para llevar a cabo estas actividades sin afectar a otros sistemas dentro de la organizacin que hagan uso de los mismos recursos de computo. Destacan por su importancia en el proceso de recuperacin y a su vez en la atencin que prestan a otros sectores de la organizacin. Los dispositivos de comunicacin remota, los sistemas de interconexin y otros accesorios de uso compartido. El DBA es el responsable de la publicacin y mantenimiento de la documentacin en relacin con la actividad de los datos, incluyendo los estndares de la BD, los derechos de recuperacin y de acceso a la BD, los estndares para la recuperacin de cadas y el cumplimiento de las polticas establecidas. Los productos DBMS ms populares que se encuentran en el mercado proporcionan servicios de utilerias para ayudar al DBA en la administracin de los datos y su actividad. Algunos sistemas registran en forma automtica los nombres de los usuarios y de las aplicaciones a las que tienen acceso as como a otros objetos de la BD. Incorpora tambin utilerias que permitan definir en el diccionario de datos las restricciones para que determinadas aplicaciones o mdulos de ellas solo tengan acceso a segmentos especficos de la BD.

Funciones del Administrador de Bases de Datos (DATE)

Definir el esquema conceptual: es tarea del administrador de datos decidir con exactitud cual es la informacin que debe mantenerse en la base de datos, es decir, identificar las entidades que interesan a la empresa y la informacin que debe registrarse acerca de esas entidades. Este proceso por lo general se denomina diseo lgico 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 continuacin el esquema conceptual correspondiente, empleando el DDL conceptual. El DBMS utilizar la versin objeto (compilada) de ese esquema para responder a las solicitudes de acceso. La versin fuente sin compilar servir como documento de referencia para los usuarios del sistema. Definir el esquema interno: el DBA debe decidir tambin como se representar la informacin en la base de datos almacenada. A este proceso suele llamrsele diseo fsico de la base de datos. Una vez hecho esto el DBA deber crear la definicin de estructura de almacenamiento correspondiente (es decir el esquema

interno) valindose del DDL interno. Adems deber definir la correspondencia pertinente entre los esquemas interno y conceptual. En la prctica, ya sea el DDL conceptual o bien el DDL interno incluirn seguramente los medios para definir dicha correspondencia, pero las dos funciones (crear el esquema, definir la correspondencia) debern poder separarse con nitidez. Al igual que el esquema conceptual, el esquema interno y la correspondencia asociada existirn tanto en la versin fuente como en la versin objeto.

Vincularse con los usuarios: el DBA debe encargarse de la comunicacin 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. Adems, ser preciso definir la correspondencia entre cualquier esquema externo y el esquema conceptual. En la prctica, el DDL externo incluir con toda probabilidad los medios para especificar dicha correspondencia, pero en este caso tambin el esquema y la correspondencia debern poder separarse con claridad. Cada esquema externo y la correspondencia asociada existirn en ambas versiones fuentes y objeto. Otros aspectos de la funcin de enlace con los usuarios incluyen las consultas sobre diseo de aplicaciones, la impetracin de instruccin tcnica, la ayuda en la localizacin y resolucin de problemas, y otros servicios profesionales similares relacionados con el sistema.

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 recuperacin: 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 dao cualquier porcin 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 mnimo de retraso y afectando lo menos posible el resto del sistema. En teora, por ejemplo la disponibilidad de los datos no daados no debera verse afectada. El DBA debe definir y poner en practica un plan de recuperacin adecuado que incluya, por ejemplo una descarga o "vaciado" peridico 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 ms reciente cuando sea necesario.

Supervisar el desempeo y responder a cambios en los requerimientos: es responsabilidad del DBA organizar el sistema de modo que se obtenga el desempeo que sea "mejor para la empresa", y realizar los ajustes apropiados cuando cambien los requerimientos.

Funciones del Administrador de Bases de Datos (KORTH)

Definicin del esquema: el esquema original de la base de datos se crea escribiendo un conjunto de definiciones que son traducidas por el compilador de DDL a un conjunto de tablas que son almacenadas permanentemente en el DICCIONARIO DE DATOS. Definicin de la estructura de almacenamiento y del mtodo de acceso: estructuras de almacenamiento y mtodos de acceso adecuados se crean escribiendo un conjunto de definiciones que son traducidas por el compilador del lenguaje de almacenamiento y definicin de datos. Modificacin del esquema y de la organizacin fsica: las modificaciones, tanto al esquema de la base de datos como a la descripcin de la organizacin fsica de almacenamiento, aunque relativamente poco comunes, se logran escribiendo un conjunto de definiciones que son usadas bien por el compilador del DDL o bien por el compilador del lenguaje de almacenamiento y definicin de datos para generar modificaciones a las tablas internas apropiadas del sistema (por ejemplo, el diccionario de datos). Concesin de autorizacin para el acceso a los datos: la concesin de diferentes tipos de autorizacin permite al administrador de la base de datos regular qu partes de la base de datos van a poder ser accedidas por varios usuarios. Especificacin de las restricciones de integridad: las restricciones de integridad se mantienen en una estructura especial del sistema que consulta el gestor de la base de datos cada vez que tiene lugar una actualizacin en el sistema.

Administracin del DBMS A dems de administrar la actividad de datos y la estructura de la BD, el DBA debe administrar el DBMS mismo. Deber compilar y analizar estadsticas 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 precisin de los datos y la facilidad de uso. Si se requieren cambios el DBA deber planearlos y ponerlos en practica. El DBA deber vigilar peridica y continuamente las actividades de los usuarios en la BD. Los productos DBMS incluyen tecnologas que renen y publican estadsticas. Estos informes pudieran indicar cuales fueron los usuarios activos, que archivos y que elementos de datos han sido utilizados, e incluso el mtodo 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 modificacin en el diseo de la BD para manejar su rendimiento o para facilitar las tareas de los usuarios; de ser as, el DBA la llevar a cabo. El DBA deber analizar las estadsticas de tiempo de ejecucin sobre la actividad de la BD y su rendimiento. Cuando se identifique un problema de rendimiento, ya sea mediante una queja o un informe, el DBA deber determinar si resulta apropiada una modificacin a la estructura de la BD o al sistema. Casos como la adicin de nuevas claves o su eliminacin, nuevas relaciones entre los datos y otras situaciones tpicas debern ser analizadas para determinar el tipo de modificacin procedente. Cuando el fabricante del DBMS en uso anuncie una nueva versin del producto, debe realizarse un anlisis de las caractersticas que esta incorpora e insopesarlas contra las necesidades de la comunidad de usuarios. Si se decide la adquisicin del producto, los usuarios deben ser notificados y capacitados en su uso. El DBA deber administrar y controlar la migracin tanto de las estructuras, como de los datos y las aplicaciones. El software de soporte y otras caractersticas de hardware pueden implicar tambin modificaciones de las que el DBA es responsable ocasionalmente, estas modificaciones traen como consecuencia cambios en la configuracin o en algunos parmetros de operacin del DBMS. Las opciones del DBMS son ajustadas al principio, es decir, en la puesta en marcha del sistema; en este momento se conoce muy poca informacin sobre las caractersticas de funcionamiento y respuesta que proporcionar a los grupos de usuarios. El anlisis de la experiencia operacional y su rendimiento en un periodo determinado de tiempo pudieran revelar que se requiere un campo. Si el rendimiento parece aceptable, el DBA puede considerar a un modificar algunas opciones y observar su efecto sobre el sistema, esto en bsqueda de la optimizacin o afinacin del mismo.

1.2.2 Herramientas de Administracion de bases de datos


administrador de la Base de Datos. Es la persona encargada de definir y controlar las bases de datos corporativas, adems proporciona asesora a los desarrolladores, usuarios y ejecutivos que la requieran. Es la persona o equipo de personas profesionales responsables del control y manejo del sistema de base de datos, generalmente tiene(n) experiencia en DBMS, diseo de bases de datos, Sistemas operativos, comunicacin de datos, hardware y programacin. Un Administrador de Base de Datos de tiempo completo normalmente tiene aptitudes tcnicas para el manejo del sistema en cuestin a dems, son cualidades deseables nociones de administracin, manejo de personal e incluso un cierto grado de diplomacia. La caracterstica ms importante que debe poseer es un conocimiento profundo de las polticas y normas de la empresa, as como el criterio de la empresa para aplicarlas en un momento dado. La responsabilidad general del DBA es facilitar el desarrollo y el uso de la Base de Datos dentro de las guas de accin definidas por la administracin de los datos. El Administrador de Bases de Datos es responsable primordialmente de: Administrar la estructura de la Base de Datos. Administrar la actividad de los datos. Administrar el Sistema Manejador de Base de Datos. Establecer el Diccionario de Datos. Asegurar la confiabilidad de la Base de Datos. Confirmar la seguridad de la Base de Datos. Administrar la estructura de la Base de Datos. Esta responsabilidad incluye participar en el diseo inicial de la base de datos y su puesta en practica as como controlar, y administrar sus requerimientos, ayudando a evaluar alternativas, incluyendo los DBMS a utilizar y ayudando en el diseo general de la bases de datos. En los casos de grandes aplicaciones de tipo organizacional, el DBA es un gerente que supervisa el trabajo del personal de diseo de la BD. Una vez diseada las bases de datos, es puesta en prctica utilizando productos del DBMS, procedindose entonces a la creacin de 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 modificndose, estos encuentran nuevas formas o mtodos para lograr sus objetivos; la tecnologa 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 administracin. Administracin de la Actividad de Datos. El DBA no es usuario del sistema, no administra valores de datos; sino la actividad de datos; protege los datos, no los procesa. Dado que la base de datos es un recurso compartido, el DBA debe proporcionar estndares, guas de accin, procedimientos de control y la documentacin necesaria para garantizar que los usuarios trabajen en forma cooperativa y complementaria al procesar datos en la bases de datos. Administrar el Sistema Manejador de Base de Datos. Existe una gran actividad al interior de un DBMS. La concurrencia de mltiples usuarios requiere la estandarizacin de los procesos de operacin; el DBA es responsable de stas especificaciones y de asegurarse que estas lleguen a quienes concierne. Todo el mbito de la base de datos se rige

por estndares, desde la forma de como se captura la informacin (tipo de dato, longitud, formato), como es procesada y presentada. El nivel de estandarizacin alcanza hasta los aspectos ms internos de la base de datos; como s accesa a un archivo, como se determinan los ndices primarios y auxiliares, registros, etc. El DBA debe procurar siempre que los estndares que sern aplicados beneficien tambin a los usuarios, privilegiando siempre la optimizacin en la operacin del DBMS y el apego de las polticas de la empresa. Entre las funciones del DBA se encuentra la de revisar los estndares peridicamente para determinar su operatividad, ajustarlos, ampliarlos o cancelarlos y hacer que stos se cumplan. Establecer el Diccionario de Datos. Cuando se definen estndares sobre la estructura de la base de datos, se deben de registrarse en una seccin del diccionario de datos a la que todos aquellos usuarios relacionados con ese tipo de proceso pueden acceder. Este metadato debe precisar informacin que nos indique con claridad el tipo de datos que sern utilizados, sus mbitos de influencia y sus limitantes de seguridad. Asegurar la Confiabilidad de la Base de Datos Se trata de realizar un sistema de bases de datos lo suficientemente robusto para que sea capaz de recuperarse frente a errores o usos inadecuados. Se deben utilizar gestores con las herramientas necesarias para la reparacin de los posibles errores que las bases de datos pueden sufrir, por ejemplo tras un corte inesperado de luz. Confirmar la Seguridad de la Base de Datos. Coordinar las nuevas propuestas para realizar ajustes en los derechos de acceso a datos compartidos y aplicaciones especficamente propuestas seran analizados en conjunto con los supervisores o directivos de las reas involucradas para determinar si procede pudieran aparecer problemas cuando dos o ms grupos de usuarios quedan autorizados para notificar los mismos datos. Uno de tales conflictos es el de la actualizacin perdida; este ocurre cuando el trabajo de un usuario queda sobrescrito sobre por el 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 eliminacin. Se obtendrn este tipo de garantas 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 estndares el seguimiento de instructivos y manuales y las reglas establecidas para los diversos procesamientos y procedimientos que se llevan acabo. Entre las alternativas mas utilizadas por el DBA para tratar de resolver o minimizar este problema se encuentran las siguientes: Restringir el acceso a los procedimientos para ciertos usuarios. Restringir al acceso a los datos para ciertos usuarios procedimientos y/o datos.

Manipulacin de la base de datos. El usuario puede entonces manipular (insertar, borrar, modificar y seleccionar) los datos utilizando el in-terfaz 12, que podra ser un lenguaje de manipulacin, como SQL, QUEL... Una peticin de datos por parte del usuario es ejecutada por los transformadores conceptual/externo, interno/conceptual y almacenamiento/interno, que utilizan los metadatos por medio de los interfaces 38, 36 y 34, respectivamente. La solicitud del usuario en el interfaz 12 la convierten los transformadores en peticiones a las interfaces 31, 30 y 21, que devuelven el resultado al usuario. Estos ltimos interfaces constituiran la funcin de vnculo (binding) entre los distintos niveles (conceptual, interno y de almacenamiento). Los interfaces los suministra el SGBD, pero ANSI no especifica la forma de instrumentacin; insistimos en que podran estar instrumentados de las diversas formas antes citadas. Es importante [Yormark, (1977)] saber de qu forma una arquitectura: Permite que el sistema de informacin evolucione fcilmente. Ayuda a una utilizacin ptima del ordenador y de los recursos humanos. Preserva las inversiones de la empresa en los programas existentes, los cuales, lgicamente, son correctos de cara a una reestructuracin de la base de datos. La arquitectura a tres niveles de ANSI/SPARC responde positivamente a estas exigencias, ya que el nivel conceptual ha de ser flexible ante la evolucin por cambios en la empresa, siempre que stos no sean tan drsticos que obliguen a un diseo totalmente nuevo de la estructura conceptual; los cambios en la estructura conceptual sern admitidos por el SGBD, que proporcionar nuevas funciones de correspondencia(mapping) de forma que los programas de usuario no adviertan siquiera que dichos cambios se han producido. De igual modo, el aadir vistas externas que permitan abordar nuevas funciones de la empresa o el introducir cambios en el esquema interno slo afectar a los procesadores del SGBD, que mediante los correspondientes interfaces tendrn que modificar las funciones de correspondencia adaptndolas a las nuevas circunstancias. De esta forma, la arquitectura ANSI/SPARC responde a las exigencias de evolucin del sistema de informacin, ayudando a una mejor utilizacin de los recursos (humanos y de mquina) y preservando las inversiones realizadas. Se habla mucho de la prxima generacin de SGBD, sin embargo hasta ahora la arquitectura a tres niveles no se ha impuesto totalmente, y muchos de los sistemas actuales no responden claramente a una arquitectura triesquemtica como la propuesta por ANSI. En un plano comercial no se advierte an la incidencia real que caba esperar de las propuestas de estandarizacin; nicamente el lenguaje relacional de datos SQL se est introduciendo en la inmensa mayora de los nuevos SGBD, e incluso sistemas semirelacionales estn ofreciendo, junto con sus propios lenguajes, el SQL estndar. De todas formas, en nuestra opinin, el marco a tres niveles presentado por ANSI/SPARC est teniendo un fuerte, aunque gradual, impacto en la arquitectura de los sistemas de bases de datos, por lo que su comprensin por parte de los tcnicos que tienen a su cargo la gestin de datos, reviste un inters fundamental. El estudio no es, sin embargo, completo ni est totalmente terminado, y el Grupo ANSI ha hecho varias llamadas a la comunidad de usuarios de bases de datos, estimulndolos a que presenten sus ideas y sus demandas, abriendo nuevos caminos de investigacin.

Adems de las crticas a que ha dado lugar el elevado nmero de interfaces, esta arquitectura deja bastantes cuestiones por resolver, en especial con referencia al modelo conceptual y a los metadatos, como: Son los metadatos diferentes de los datos? Se almacenan separadamente? Se describen de forma distinta? Existen interfaces distintas para los metadatos?, etc. A estas y otras preguntas tratan de responder otros informes surgidos posteriormente y que se describen en el siguiente epgrafe. MODELOS DE REFERENCIA DE ANSI La organizacin ANSI/X3/SPARC sac a la luz en mayo de 1985 un informe del DBSG (DataBase System Study Group) en donde se presentaba un modelo de referencia (MR) para la estandarizacin de los SGBD que fue publicado en Sigmod Record, VoL 15, No 1; marzo, 1986. Se entiende por MR, segn dicho informe, una estructura conceptual que facilita el trabajo de estandarizacin, identificando una serie de componentes y viendo cmo se interrelacionan. El informe comienza exponiendo un conjunto de objetivos que el MR pretende alcanzar, entre los cuales queremos destacar el de formacin: el MR, al presentar un marco comn para la descripcin de los SGBD, facilita su estudio y anlisis de forma sistemtica. Adems de este objetivo (para nosotros fundamental) el MR se propone ayudar en la labor de estandarizacin, para impulsar la compatibilidad de los distintos componentes de los SGBD, para facilitar la comparacin y evaluacin de sistemas de gestin de bases de datos, etc. Para alcanzar estos objetivos de manera eficaz, el MR debe cumplir unos requisitos, como son: la adaptacin al desarrollo tecnolgico (micro SGBD, Bases de Datos Distribuidas (BDD), nuevas arquitecturas), la unificacin de los modelos de datos, la compatibilidad con otro modelos de referencia y estndares, simplificacin de la arquitectura ANSI/SPARC, etc. Como resultado de estos objetivos y requisitos, el MR proporciona una serie de beneficios, tanto en la portabilidad de las aplicaciones como en la productividad de la empresas. El MR, que no es por si mismo un estndar pero sienta las bases para futuras estandarizaciones, se contempla, en el informe desde tres puntos de vista distintos: el de los componentes que integran un SGBD, el de las funciones que se deben especificar y el de los datos que se deben describir y utilizar. El enfoque de los componentes consiste en dividir el SGBD en piezas que, al tener interfaces, podran ser adquiridas a distintos suministradores buscando un objetivo de compatibilidad entre los varios mdulos de un SGBD, y de compatibilidad en el mercado (estrategia de sistemas abiertos). Este es el enfoque que habra de aplicarse en el diseo de un SGBD, mientras que el de funciones es ms apropiado cuando se trata de analizar un SGBD. El MR est basado en la arquitectura ANSI/SPARC que se ha visto en el epgrafe anterior, pero dado el elevado nmero de interfaces de la primitiva arquitectura y su excesiva complejidad, en el MR se revisa este aspecto con fines de simplificacin, ocupndose del qu, por qu ypara qu, pero nunca del cmo, es decir, el objetivo es describir las interrelaciones del SGBD, pero no indicar nada acerca de su instrumentacin. Tambin el MR intenta contestar algunas de las preguntas acerca de los metadatos y de su naturaleza que, como hemos visto, la arquitectura ANSI del 75 deja sin responder.

El MR, en el que se distingue el sistema de control de transformacin de datos (SCTD), que es el ncleo (kernef) del SGBD y que provee operadores para la descripcin y manipulacin de datos. Tambin se distinguen dos tipos de interfaces: el interfaz de lenguaje de datos (LD), que permite a los usuarios y a los procesadores especificar sus peticiones para la recuperacin de los datos por el SGBD. el interfaz de lenguaje de datos interno (LD-i), que permite el uso de los servicios de los procesadores que soportan el funcionamiento de los SGBD, en especial los del SO. En el entorno del SGBD destacan las herramientas de gestin de datos (HGD), que son componentes de soporte lgico, como los lenguajes de cuarta generacin (L4G), soporte para ayuda a la decisin, facilidades para realizar el ajuste (tuning), utilidades para el volcado de ficheros, sistemas de diccionario de datos, etc. El informe llama la atencin sobre la necesidad de que el SGBD facilite a cada tipo de usuario los instrumentos precisos para que pueda realizar su trabajo. Se destaca en el informe el conflicto entre las facilidades para los usuarios y la eficiencia de los procesadores, recomendando para resolverlo un nico interfaz eficiente para los procesadores e instrumentar sobre l una serie de interfaces amistosos destinados a los usuarios finales. Otra recomendacin importante que es preciso destacar es la que aconseja que todos los datos relacionados con el control centralizado de la BD (reglas de integridad y de seguridad) deben encontrarse en la metabase y no se deben dejar en manos de los usuarios (sean stos finales o progra-madores). Respecto al ncleo (kernel) del SGBD, est soportado en un modelo de datos (sin especificar ninguno en concreto). El MR presenta un anlisis bidimensional de los datos atendiendo a dos aspectos: dimensin del punto de vista: Constituye la arquitectura a tres niveles que se ha tratado anteriormente, pero bastante simplificada.

dimensin intensin/extensin: Presenta cuatro niveles para la descripcin de los datos, donde cada nivel es la extensin (datos) del nivel superior y, al mismo tiempo, la intensin (esquema) del nivel inferior. Esta dimensin de intensin/extensin, que en nuestra opinin es posiblemente la parte ms original del informe, considera que cualquier me-tadato o esquema, es a su vez (en su extensin), un conjunto de datos que puede ser considerado como una BD, con su correspondiente descripcin. Esta descripcin recursiva nos lleva a una jerarqua de niveles de esquemas, el ms alto de los cuales ha de quedar embebido en el equipo lgico. La autodescripcin, resultado de extender la arquitectura ANSI/SPARC, es uno de los conceptos clave del MR. Termina el informe con unas conclusiones que ms bien podran considerarse como un resumen y con dos recomendaciones referidas a la estandarizacin de cada uno de los dos interfaces, LD y LD-i, a fin de conseguir as una clara separacin entre las herramientas de

gestin de datos (HGD) y el ncleo del SGBD, y entre ste y el sistema operativo (SO). Todo ello con objeto de proporcionar al usuario una mayor libertad e independencia frente a los suministradores. Asimismo, se realiza en el informe un anlisis de las funciones de un SGBD a los cuatro niveles de la descripcin recursiva. Las funciones se considera que pueden ser de tres tipos distintos. Se describe tambin un conjunto de herramientas para la administracin, as como la interaccin con el SO. Se llama la atencin sobre las duplicidades que existen en la actualidad entre los SGBD y los SO, expresndose el deseo de que los diseadores del futuro sean ms sensibles respecto a este problema y traten de evitar esta duplicacin de funciones que tan perjudicial resulta. Posteriormente, en junio de 1988, otro subgrupo del DBSSG, el UFTG (User Facility Task Group) ha propuesto un modelo de referencia para facilidades de usuario (MRFU) que puede considerarse como una prolonga-cin (vase Figura 4.9) del modelo de referencia descrito anteriormente, y que fue publicado en Sigmod Record, Vol. 17, N 2; junio, 1988. Basndose en modelos grficos, de psicologa cognitiva, tecnologa de las bases de datos, de informtica terica y otros, el UFTG ha elaborado un modelo de referencia en el cual el usuario es el elemento ms importante. En este informe se deja de considerar a los usuarios como administradores, programadores o usuarios finales y se examinan atendiendo al papel que en un momento determinado pueden desempear, y al interfaz que cada uno de estos papeles requiere. Para aislar al usuario de detalles concretos sobre las herramientas de gestin de Datos (HGD), el MRFU propone interponer entre el SGBD y el usuario unas componentes, denominadas Facilidades de Usuario, que seran las encargadas de transformar una demanda de usuario, para obtener informacin de la base de datos en una peticin funcional a las HGD, y transformar la salida de stas en un formato de presentacin al usuario. En el modelo se introducen adems dos nuevos interfaces, LDU (Lenguajes de Datos de Usuario) y LDU-i (Lenguaje interno de Datos de Usuario), que, como sus homlogos LD y LD-i, son candidatos a una posible estandarizacin.

También podría gustarte