Arquitectura de una Base de Datos

En 1975 fue aprobado por el Instituto Nacional Estadounidense de Estndares (ANSI, por sus siglas en Ingls: American National Standards Institute) y por el Comit de Requisitos y Planificacin de Estndares (SPARC, por sus siglas en ingls: Standards Planning and Requirements Committee) un esquema o arquitectura de 3 Niveles para las Bases de Datos que permitiera: 1. Separacin de las Aplicaciones de los Datos. 2. Manejo de mltiples vistas por parte de los usuarios. 3. Uso de un catlogo para almacenar el esquema de la Base de Datos. La Arquitectura fue nombrada: ANSI-SPARC.

El estndar ANSI/SPARC. El objetivo principal de la arquitectura ANSI/SPARC es definir un SGBD con el mximo grado de independencia, separando las aplicaciones de usuario y la base de datos fsica. Para ello se utilizan tres niveles de abstraccin conocidos como interno, conceptual y externo. 1. El nivel interno es el ms cercano a la mquina. Es una representacin a bajo nivel de la BD en la que se define la forma en la que los datos se almacenan fsicamente en la mquina. Se definen caractersticas como los dispositivos en donde se almacenan los datos, el espacio que se reserva, las estrategias de acceso, la creacin de ficheros de ndices, etc. Es dependiente de la mquina en que se vaya a instalar la BD, del sistema operativo que exista, etc. 2. El nivel conceptual tiene un esquema conceptual, que describe la estructura de los datos que van a ser almacenados en la base de datos. El esquema conceptual esconde los detalles del almacenamiento fsico y se concentra en describir entidades, tipos de datos, relaciones, operaciones de usuario y restricciones. 3. El nivel externo o nivel de vista incluye varios esquemas externos o vistas de usuario. Cada esquema externo describe la parte de la base de datos en la que est interesado un grupo de usuarios en particular y esconde el resto de la base de datos para esos usuarios. La informacin se manipula sin saber cmo est almacenada internamente (nivel interno) ni su organizacin (nivel conceptual). Existirn muchas vistas externas distintas, cada una formada por una representacin ms o menos abstracta (registros y campos lgicos) de alguna parte de la base de datos total, y existir slo una vista conceptual formada por una representacin igualmente abstracta de la base de datos en su totalidad (hay que recordar que a la mayora de los usuarios no les interesar toda la base de datos, sino slo una porcin limitada de ella). De manera similar, habr slo una vista interna, la cual representar a toda la base de datos tal como est almacenada fsicamente.

El Nivel Externo
El nivel externo es el ms cercano a los usuarios, es decir, es el que se ocupa de la forma en la que los usuarios perciben los datos. El nivel externo es del usuario individual. Estos usuarios pueden ser o bien programadores de aplicaciones o usuarios finales con conocimientos muy variables de informtica. El administrador

de la base de datos es un caso especial (tambin debe interesarse por los dems niveles de la arquitectura). Cada usuario dispone de un lenguaje: En el caso del programador de aplicaciones, dicho lenguaje ser o bien un lenguaje de programacin convencional, o bien un lenguaje de cuarta generacin (4GL) especfico para el sistema en cuestin. Para el usuario final ser o bien un lenguaje de consulta, o algn lenguaje de aplicacin especial, quiz manejado mediante formas o mens, adaptado a los requerimientos de ese usuario y apoyado por algn programa de aplicacin en lnea (cuya funcin es servir a un usuario final que tiene acceso a la base de datos desde una terminal en lnea). El aspecto importante de todos estos lenguajes es que deben incluir un sublenguaje de datos, es decir, un subconjunto del lenguaje total que se ocupe de manera especfica de los objetos y operaciones de la base de datos. Se dice que el sublenguaje de datos (DSL data sublanguage) est embebido (o inmerso) dentro del lenguaje anfitrin correspondiente. Este ltimo se encarga de varios aspectos no relacionados con la base de datos, como por ejemplo variables locales (temporales), operaciones de clculo, lgica condicional, etc. Un sistema dado puede permitir el empleo de varios lenguajes anfitriones y varios sublenguajes de datos. Un sublenguaje de datos en particular cuyo uso es posible en casi todos los sistemas relacionales actuales es el lenguaje SQL. En principio, cualquier sublenguaje de datos es en realidad una combinacin de por lo menos dos lenguajes subordinados: un lenguaje de definicin de datos (DDL data definition language), con el cual es posible definir o declarar los objetos de la base de datos, y un lenguaje de manipulacin de datos (DML, data manipulation language) con el que es posible manipular o procesar dichos objetos. Como ya se ha dicho, al usuario individual (en general), slo le interesar una porcin de la base de datos total; por aadidura, la forma como ese usuario percibe dicha porcin casi siempre ser un tanto abstracta comparada con el almacenamiento fsico de los datos. El trmino ANSI/SPARC para la vista individual de un usuario es vista externa. As, una vista externa es el contenido de la base de datos tal como lo percibe algn usuario determinado (es decir, para ese usuario la vista externa es la base de datos). Por ejemplo, un usuario del departamento de personal podra contemplar la base de datos como un conjunto de ocurrencias de registros de departamento unido a un conjunto de ocurrencias de registros de proveedor y de parte vistas por los usuarios del departamento de compras).

Toda vista externa se define mediante un esquema externo, que consiste bsicamente en definiciones de cada uno de los diversos tipos de registros externos en esa vista externa. El esquema externo se escribe con la porcin DDL del sublenguaje de datos del usuario (por ello se le denomina a ese DDL en ocasiones como DDL externo). Por ejemplo, el tipo de registro externo de empleado puede definirse como un campo de nmero de empleado de seis caracteres unido a un campo de salario de cinco dgitos, etc. Adems, debe haber una definicin de la correspondencia entre el esquema externo y el esquema conceptual subyacente.

El Nivel Conceptual
El nivel conceptual es un nivel de mediacin entre el nivel interno y externo. La vista conceptual es una representacin de toda la informacin contenida en la base de datos, tambin (como en el caso de una vista externa) en una forma un tanto abstracta si se compara con el almacenamiento fsico de los datos. Adems, puede ser muy diferente de la forma como percibe los datos cualquier usuario individual. A grandes rasgos, la vista conceptual debe ser un panorama de los datos tal como son, y no como por fuerza los perciben los usuarios debido a las limitaciones del lenguaje o el equipo especficos utilizados, por ejemplo. La vista conceptual se compone de varias ocurrencias de varios tipos de registro conceptual. Por ejemplo, puede estar formada por un conjunto de ocurrencias de registros de departamento unido un conjunto de ocurrencias de registro de empleado y a un conjunto de ocurrencias de registros de proveedor y a un conjunto de ocurrencia de registros de parte... Un registro conceptual no es por necesidad idntico a un registro externo, por un lado, ni a un registro almacenado, por el otro. La vista conceptual se define mediante un esquema conceptual, el cual incluye definiciones de cada uno de los tipos de registro conceptual. El esquema conceptual se escribe utilizando otro lenguaje de definicin de datos, el DDL conceptual. Si ha de lograrse la independencia de los datos, esas definiciones en DDL conceptual no debern implicar consideraciones de estructura de almacenamiento o de tcnica de acceso. Si el esquema conceptual se hace en verdad independiente de los datos de esta manera, entonces los esquemas externos, definidos en trminos del esquema conceptual, sern por fuerza tambin independientes de los datos. As pues, la vista conceptual es una vista del contenido total de la base de datos, y el esquema conceptual es una definicin de esa vista. No obstante, sera engaoso sugerir que el esquema conceptual es slo un conjunto de definiciones similar a las

sencillas definiciones de registros encontradas por ejemplo en un programa en Cobol. Es de esperar que las definiciones en el esquema conceptual incluyan muchas caractersticas ms, como son las verificaciones de seguridad y de integridad. Algunos expertos podran llegar a sugerir que el objetivo primordial del esquema conceptual es describir la empresa en su totalidad (no slo los datos en s, sino tambin la forma como se utilizan: cmo fluyen de un punto a otro dentro de la empresa, qu se hace con ellos en cada punto, qu controles de auditora o de otro tipo deben aplicarse en cada punto, etc. Debe hacerse hincapi en que en ningn sistema actual es posible mantener realmente un nivel conceptual que se aproxime siquiera a ese grado de complejidad; en casi todos los sistemas existentes el esquema conceptual no es mucho ms que una simple unin de todos los esquemas externos individuales, con la posible adicin de algunas verificaciones sencillas de integridad y seguridad. Con todo, parece evidente que los sistemas del futuro llegarn a mantener niveles conceptuales mucho ms complejos.

El Nivel Interno
El tercer nivel de la arquitectura es el nivel interno. La vista interna es una representacin de bajo nivel de toda la base de datos; se compone de varias ocurrencias de varios tipos de registro interno. Este ltimo trmino es el que utiliza ANSI/SPARC para referirse a la construccin que hemos estado llamando registro almacenado. La vista interna, por tanto, todava est a un paso del nivel fsico, ya que no manejo registros fsicos (llamados tambin pginas o bloques), ni otras consideraciones especficas de los dispositivos como son los tamaos de cilindros o de pistas. La vista interna se define mediante el esquema interno, el cual no slo define los diversos tipos de registros almacenados sino tambin especifica que ndices hay, cmo se representan los campos almacenados, en qu secuencia fsica se encuentran los registros almacenados, etc. El esquema interno se escribe con otro lenguaje ms de definicin de datos, el DDL interno. En algunas situaciones excepcionales podra permitirse a los programas de aplicacin operar directamente en el nivel interno en vez de hacerlo en el nivel externo. Esta prctica no es recomendable ya que representa un riesgo para la seguridad (ya que pasan por alto las verificaciones de seguridad) y para la integridad (hace lo mismo), y el programa ser en extremo dependiente de los datos; sin embargo, en ciertos casos puede ser la nica forma de obtener la funcin o desempeo deseados, del mismo modo como el usuario de un lenguaje de programacin de alto nivel puede verse obligado en ocasiones a descender al lenguaje ensamblador para satisfacer ciertos objetivos.

 Para representar los datos en los niveles conceptual y externo del usuario, el sistema debe traducir las direcciones fsicas a sus correspondientes. nombres lgicos e interrelaciones. Esta traduccin tambin debe tener lugar en el sentido inverso: del lgico al fsico. El beneficio de este proceso es la independencia de la representacin lgica de los datos de su representacin fsica. La implementacin de estos tres niveles requiere que el SGBD haga corresponder cada nivel con el otro. Ventajas ANSI-SPARC Gracias a la Arquitectura ANSI-SPARC se puede lograr: 1. Independencia Lgica: Se puede modificar la estructura de la Base de Datos son la necesidad que se deba reescribir las aplicaciones. 2. Independencia Fsica: Se refiere cuando se puede alterar la estructura fsica de la Base de Datos sin la necesidad que se deba alterar su estructura lgica.

SISTEMAS GESTORES DE BASE DE DATOS (SGDB) Un SGDB se compra a un vendedor de sistemas informticos y es el medio que permite examinar y manipular los datos de la B.D. Se define Sistema Gestor de Bases de Datos (SGBD) como: Un conjunto coordinado de programas, procedimientos, lenguaje, etc., que suministra, tanto a los usuarios no informticos como a los analistas, programadores o al administrador de la BD los medios necesarios para describir, recuperar y manipular los datos almacenados en la base, manteniendo su integridad, confidencialidad y seguridad Sistemas Gestores de Base de Datos (SGDB) Funciones Funcin de descripcin o definicin Funcin de manipulacin Funcin de utilizacin

Sistemas Gestores de Base de Datos (SGDB) (III) F. de descripcin Mediante esta funcin el administrador especificar los elementos que integran la B.D., su estructura, y las relaciones que existen entre ellos, las reglas de integridad semntica, as como las caractersticas de tipo fsico y las vistas lgicas de los usuarios El diseador utiliza esta funcin mediante el lenguaje de definicin o descripcin de datos (en adelante LDD), de tal forma que defina las tres estructuras de datos (externa, lgica global, e interna) Sistemas Gestores de Base de Datos (SGDB) (IV) F. de manipulacin Mediante ella se pueden realizar las operaciones de buscar, aadir, suprimir, y modificar los datos de la B.D., siempre segn las especificaciones y las normas de seguridad previstas por el administrador Esta funcin se realiza con el lenguaje de manipulacin de datos (LMD) que facilita las tcnicas necesarias para la realizacin de estas actividades.

Sistemas Gestores de Base de Datos (SGDB) (V) F. de utilizacin Tambin llamada de control, rene toda la interfaz que utilizaran los distintos usuarios, y proporciona al administrador un conjunto de procedimientos para mantener el control, la integridad, y la seguridad de la BD. Esta funcin se realiza con el lenguaje de control de datos (en adelante LCD) Sistemas Gestores de Base de Datos (SGDB) (VI) Lenguajes Lenguaje de descripcin de los datos (LDD) mediante el cual se definirn y construirn las diferentes estructuras: lgica global, externa, e internas. Lenguaje de manipulacin de datos (LMD), que har posible todas las operaciones de seleccin, borrado, modificacin, e insercin de datos Pueden ser procedimentales, y de cuarta generacin. Lenguaje de control de datos (LCD) con el cual se controlarn los temas referentes a seguridad y administracin de la base de datos. Sistemas Gestores de Base de Datos (SGDB) (VII) Entorno (I) Un entorno de un SGBD se compone de:

1. Programas de aplicacin y procesadores de lenguaje de aplicacin 2. Herramientas de Gestin 3. Sistema de Diccionario de Datos 4. Sistemas Operativo y de Gestin de ficheros 5. Protocolos y Sistemas Distribuidos Sistemas Gestores de Base de Datos (SGD(VIII) Entorno (II) Programas de aplicacin y procesadores de lenguaje de aplicacin: Facilidades grficas para la creacin de tablas, vistas, consultas, etc. Facilidades para la creacin de pantallas y mens. Facilidades para la creacin de informes. Sistemas Gestores de Base de Datos (SGDB) (y IX) Entorno (y III) Herramientas de Gestin para: Realizar copias de seguridad Realizar estadsticas Reorganizar la B.D. Redistribuir la base de datos Importar datos de otra B.D. Reparar la B.D., etc.