U. T.

1 CARACTERSTICAS DE LOS SISTEMAS GESTORES DE BASES DE DATOS

1. CARACTERSTICAS GENERALES. Los SGBDs son la tecnologa que ofrece mejores soluciones cuando se necesita compartir y usar con distintos fines una gran cantidad de informacin. Los modos de uso de la informacin no se pueden conocer del todo "a priori", y se estiman variantes con el tiempo. Cada usuario de una BD ignora el tratamiento que otros puedan dar a la informacin almacenada, pero la consistencia y la integridad de la BD deben estar garantizadas por el diseador y mantenidas por el SGBD. Un usuario slo conoce, de la BD, aquella parte que es de su inters, o le est permitido ver, es decir su Vista. Esto implica que el SGBD soporte el llamado Nivel Lgico. Caractersticas generales de los SGBD: - Modelo de Datos que soporta. - Lenguajes de muy alto nivel. - Lenguaje de Definicin de Datos (DDL). - Lenguaje de Manipulacin de Datos (DML) y Lenguaje anfitrin 4GL. - Lenguaje Consultivo (Query Language). - Acceso Concurrente. - Independencia Fsica y Lgica. - Redundancia "controlada" de los Datos. - Reducen notablemente la dificultad de Programacin. - Alta relacionabilidad de los Datos. - Integridad de los Datos. - Consistencia de los Datos. - Seguridad de los Datos. - Actualizacin fcil y coherente. - Alto Rendimiento Funcional. 2. ARQUITECTURA ESTANDAR DE LOS SGBD CENTRALIZADOS. COMPONENTES. La arquitectura de los SGBD se establece en el primer estndar de ANSI/X3/SPARC (American National Standards Institute) en 1975. Desde entonces, nuevas versiones han ido ampliando y mejorando aquel estndar inicial. La arquitectura interna de un SGBD, que sigue el estndar ANSI, presenta en su interior tres niveles bien diferenciados de representacin de la informacin de las bases de datos que gestiona. Descritos desde el interior del software hacia afuera, los niveles son: Nivel Interno o Fsico, -NF-, Nivel Conceptual, -NC-, y Nivel Externo o Lgico, -NL. El Nivel Fsico se encarga de "engranar" con el software ms interno de cada mquina (Sistema Operativo, y Sistema de Gestin de Ficheros generalmente). Los SGBDs actuales funcionan sobre casi todas las mquinas. Coloquialmente dicho, los SGBDs "corren" sobre casi todos los SOs del mercado y optimizan el tratamiento de los ficheros (depsitos del ms bajo nivel donde albergar la informacin).
UT 1 Caractersticas SGBD Pgina: 1

El Nivel Conceptual materializa el lugar donde definir el resultado del diseo de las BDs. Un SGBD soporta mltiples BDs. Cada BD se define al Nivel Conceptual para una cierta parte del mundo real con inters informativo para ser formulada y registrada en un ordenador. El diseo de una BD se establece en trminos de un Modelo de Datos, MD-. Los MDs son herramientas intelectuales que sirven para definir la estructura y las constricciones (reglas semnticas) de los datos de una BD. El ANSI establece tres grandes familias de modelos de datos, que cronolgicamente son: el modelo jerrquico (estructuras en rbol), el modelo Codas (estructuras en red), y, el modelo relacional (estructuras de la teora matemtica de conjuntos -lgebra relacional- y/o de la lgica de predicados -clculo relacional-). Est universalmente aceptada la superioridad que ofrece el modelo relacional, -MR- frente a sus antecesores (Jerrquico y Codasyl). La base matemtica del MR ha permitido, entre otras cosas, definir algoritmos e implementar tcnicas de fragmentacin y ubicacin de datos en las BD Distribuidas, que no existen en los otros MDs. Otra ventaja importante del MR, frente a sus predecesores, es la potencia que tienen las instrucciones de sus lenguajes formales (lgebra y clculo relacional), procesan conjuntos y no simples registros, y la sencillez con la que los lenguajes relacionales se presentan a los usuarios (SQL o QBE). Cualquier consulta (por muy extraa que sea) se puede realizar con igual facilidad que la que parezca ms simple. El resultado del diseo de una BD establece la definicin de un ESQUEMA CONCEPTUAL conforme a un modelo de datos, MD, que llamaremos Esquema de la BD. El Nivel Conceptual de un SGBD mantiene, en cada momento, tantos Esquemas distintos cuantas BDs hayan sido diseadas para dicho SGBD. El Esquema de una BD contiene metadatos, es decir, datos que describen datos. La informacin del NC es siempre intensional y recoge, cual molde, las descripciones relevantes de cmo van a quedar organizados los datos de la BD correspondiente. La metainformacin del esquema de una BD forma parte de la informacin que reside en el diccionario de datos, -DD-, de toda BD. El Nivel Lgico, -NL-, de los SGBDs acta como un "filtro" de los Esquemas de las BDs que contiene. El NL permite "dejar ver" a cada tipo de usuario de una BD slo aquella parte del Esquema que es de su inters, o lo que le est permitido ver. Cada parte visible es una VISTA ("view"). De una BD se pueden derivar tantas Vistas como haga falta. El NL de un SGBD materializa la idea del relativismo semntico [Codd82], donde la derivacin de cada Vista acta como un "corta y pega" del Esquema de una BD. De esta forma, cada usuario final de una BD tiene una particular definicin intensional, un subesquema a su medida. La organizacin total del esquema de la BD, a nivel conceptual, es oculta para l. Cada Vista tiene un propietario y se define en funcin de un nivel de privilegio y del uso que se le permita hacer sobre los datos.
UT 1 Caractersticas SGBD Pgina: 2

UT 1 Caractersticas SGBD Pgina: 3

De nuevo el MR es ventajoso frente a los otros dos citados porque slo l permite el relativismo semntico en las Vistas. Los otros dos derivan, desde el NC hacia el NL, meros "recortes" del esquema de una BD. El NL proporciona un alto nivel de seguridad a lo largo de la vida de una BD. Una Vista de una BD se define a nivel intensional y forma parte de la informacin contenida en el diccionario de datos. El diccionario de datos, DD, es como una minibase de datos dentro de la gran BD. A efectos de interoperabilidad y comunicacin entre BDs, los DDs con las Vistas tienen mucha relevancia. La figura siguiente representa la clsica arquitectura estndar que deben tener los SGBDs comerciales [ANSI75]. Son muchas las ventajas que reporta una arquitectura como sta. Aunque no entraremos en detalles, quiz la ms interesante sea la de garantizar la independencia fsica y lgica de los datos, que, en resumen, quiere decir que tanto si ocurren futuros cambios a nivel fsico (de hardware de mquina o discos) como si surgen a nivel lgico (otras Vistas, otros tipos de usuarios u otros programas de aplicacin), las BDs soportadas por tales Sistemas pueden seguir funcionando como lo venan haciendo antes de producirse dichos cambios. ARQUITECTURA DEL SISTEMA GESTOR DE BASE DE DATOS. ARQUITECTURA ANSI/SPARC Siguiendo los trminos de ANSI/SPARC [ANSI82], se entiende por Sistema de Informacin, -SI-, aquel que generalmente contiene a uno o varios SGBDs. Cada SGBD gestiona mltiples BDs como ya conocemos. Veamos, a modo de introduccin, DOS definiciones preliminares expresadas mediante ecuaciones. La primera es muy conocida de todos, y se debe a Wirth: "Algoritmos + Estructuras de Datos = Programas", Utilizando una terminologa paralela, la segunda ecuacin es conocida por los entendidos en BD, y se debe a Dayal y Garca-Molina (dos personalidades del rea de BDs). Ella refleja los trminos de ANSI/X3/SPARC descritos en 1985, y dice as: "Programas + Bases de Datos = Sistemas de Informacin, SI"
Modelo (le Datos QQNQEPTUAL | ESQUEMA CONCEPTUAL

Un SI se entiende como aquel formado por tres grandes componentes: a) Las Bases de Datos, como almacenes de datos organizados en los esquemas conceptuales conforme a un modelo de datos concreto (relacional, Codasyl, jerrquico, redes semnticas, orientado a objetos, ficheros planos, etc.). El SGBD es el software encargado de soportar el modelo de datos y la gestin de los datos para todas las BDs diseadas e implementadas en dicho sistema. b) Los Programas de Aplicacin, que interactan con la interfaz del SGBD y con el lenguaje de las bases de datos (SQL en las BDs relacionales). Los Aplicativos se escriben en un lenguaje de cuarta generacin (PL/SQL, por ejemplo) que es el resultado de haber integrado un lenguaje de programacin convencional (Java, C, etc.) con el lenguaje de los SGBD (DML y QL). Los aplicativos sacan "el jugo" a los datos, usando los Esquemas Conceptuales y/o las Vistas de Usuario. c) Las interfaces del usuario, llamadas interfaces amigables del usuario (User Friendly Interfaces, UFI) que pueden representar la informacin multimedia: grficos, iconos, texto, fotos, vdeo, sonido, etc. La figura muestra las partes ms comunes que integran un SI genrico.
UT 1 Caractersticas SGBD Pgina: 4

ARQUITECTURA FUNCIONAL DEL SGBD: CLIENTE/SERVIDOR (DOS CAPAS) Y ARQUITECTURA WEB (TRES CAPAS). Los SGBD, una de las variedades ms complejas del software actual, precisan utilizar el trmino arquitectura con diversas acepciones y varios puntos de vista. Este epgrafe describe la arquitectura del SGBD bajo el punto de vista de sus formas operativas (o funcionales), contemplado ahora como un ente individual que lleva a cabo las aplicaciones del usuario. La arquitectura C/S surge a principios de la dcada de los 90s, se extendi con gran difusin en la tecnologa de bases de datos, y marc importantes pautas en la concepcin arquitectural de los SGBDs, separando ntidamente las funciones del Servidor y las funciones de los Clientes. La arquitectura para los SGBD es algo diferente a la organizacin del software genrico en Cliente/ Servidor (entendido slo mirando a los procesos que invocan y a los que sirven), ya que la interaccin en los SGBDs est ms especializada. Estudiaremos dos tipos de arquitecturas. En la primera, se describe la arquitectura a dos capas, llamada tambin arquitectura Cliente/Servidor del SGBD. La segunda describe la arquitectura a
Interfaz de Usuario Multimedia: Grficas, Mens, Alfanumrica, Iconos, Ratn, Ventanas, Sonido, Imagen, Vdeo, etc. Aplicaciones 0 APIs: C, Cobol, Pascal, C++, Java, JavaScript, como Lenguajes Anfrlriones que llevan SQL embebido. Sistemas de Gestin de Bases de Datos: SGBD, Hoja de Clculo, Sistemas de Ficheros, Shell de Unix,

tres capas, dirigida hacia la World Wide Web y aade una nueva capa conocida como Servidor de Aplicaciones que incluye al Servidor Web (o Servidor HTTP). ARQUITECTURA CLIENTE/SERVIDOR (DOS CAPAS) Un SGBD cuya arquitectura es de tipo Cliente-Servidor funciona separando limpiamente el papel que juega el Servidor del que desempea el Cliente. Esta arquitectura, pensada para operar en modo distribuido, organiza la forma de llevar a cabo la ejecucin de las aplicaciones entre mquinas distintas que estn conectadas por una red (generalmente LAN) que suele alcanzar a distintas dependencias del edificio(s) donde ella opera, como muestra la figura:
UT 1 Caractersticas SGBD Pgina: 5

En la tecnologa relacional, la integracin de esta arquitectura se basa principalmente en el protocolo Net (Oracle, por ejemplo, lo llama SQL*Net ). Usando un solo motor SGBD, todas las mquinas son de tipo Cliente salvo una que es la Servidora (varios Clientes y un Servidor). Realmente no es preciso que Cliente y Servidor se ubiquen en distintas mquinas, pues el paradigma de esta arquitectura se fundamenta en construir el software con independencia de dnde se ubiquen los procesos. Sin embargo, en la gestin de datos, normalmente los procesos del Servidor se ubican en una sola mquina y las mquinas de los Clientes se esparcen por la red de la institucin o empresa para la cual se instala este tipo de arquitectura. La arquitectura C/S de un SGBD balancea la carga de trabajo entre los Clientes y el Servidor, repartiendo las tareas implicadas en la ejecucin de las aplicaciones. El SGBD distribuye, por tanto, su software en diversas mquinas cuando opera a nivel de produccin industrial. Funcionalidad de la Arquitectura ClienteServidor. La funcionalidad Cliente-Servidor se basa en un modelo de interaccin entre procesos software. Los clientes solicitan y requieren la invocacin de procesos (requests, queries, etc.) que ellos no poseen y los procesos solicitados residen en la parte Servidora. La arquitectura genrica C/S se organiza de forma que un Cliente puede solicitar servicios a varios (no muchos) Servidores. Las siguientes razones justifican el uso de la arquitectura C/S en bases de datos:

 La arquitectura C/S permite una limpia separacin de objetivos y trabajos. Por un lado, cada mquina Cliente se dirige a optimizar determinadas aplicaciones del usuario final, conocidas de antemano por quien construye el sistema de informacin. Cada Cliente atiende a un conjunto determinado de aplicaciones (las de un tipo de usuario) y el programador de aplicaciones es responsable de escribir programas (aplicativos) para que cada Cliente responda a las necesidades especficas en cada mquina. Por otro lado, el diseador y el administrador de las bases de datos, trabajarn en la capa Servidora para realizar las tareas propias y relativas a temas de diseo, asignacin de roles de usuario, permisos y privilegios, configuracin de espacios de tablas, mantenimiento de ndices para un ptimo rendimiento funcional, etc. Todo ello ser compartido por todos los clientes de una arquitectura dada. En definitiva, los trabajos del Servidor se dirigen a proporcionar ptimos servicios a todos los procesos de sus clientes. La potencia del ordenador donde se ubica el Servidor depende estrechamente de los servicios que ste tiene que ofrecer, necesita una gran memoria principal para la gestin de mltiples buffers y una alta capacidad de disco duro para almacenar completamente la base de datos. Sin embargo, en la mquina Cliente suele bastar con un tpico ordenador personal que proporcione diversas herramientas de un entorno ofimtico. Entre dichas herramientas, casi siempre enmascaradas por unas interfaces amigables para el usuario, tiene que tener instaladas las destinadas a solicitar aplicaciones al Servidor de Bases de Datos, como muestra la figura siguiente:
UT 1 Caractersticas SGBD Pgina: 6

El lenguaje SQL de los SGBDR es ideal para identificar los servicios de interfaz de la capa cliente, que es la responsable de interpretar la consulta del usuario, darle formato y presentar los resultados al usuario de forma adecuada. La consulta, escrita en la parte Cliente, se enva al Servidor para que all sea procesada. El Servidor extrae los resultados de la BD, los empaqueta y, finalmente, se lo devuelve al Cliente que hizo la solicitud. De esta forma, por la red circula la mnima informacin til. La consulta SQL del usuario admite dos formas de invocacin diferentes. La primera, conocida como consulta compilada de forma esttica donde sta llega al Servidor slo una vez, all se compila y se almacena para ser re-llamada tantas veces cuantas sea preciso. De esta forma, el Servidor almacena el cdigo compilado de la consulta en forma parametrizada; y, en cada invocacin del cliente (tpicamente se invoca a un procedimiento), basta con pasar los valores de los parmetros que corresponda. A menudo, el Servidor que procesa estos
Usuario

procedimientos es multi-hebra (multi-threaded) y cada unidad de ejecucin del proceso del Servidor, para una transaccin dada, es una hebra. Los procesos del Servidor estn activos permanentemente para ir recibiendo solicitudes de los Clientes desde la cola de entrada, y dejan en la cola de salida los resultados que el Servidor obtiene para envirselos a cada respectivo Cliente. La gestin de las colas del Servidor se lleva a cabo por el dispatcher. La segunda forma de invocacin se conoce como consulta dinmica, donde la consulta del Cliente se transmite al Servidor como un string de caracteres y all es compilada y ejecutada cada vez. La idea global de un Sistema de Informacin con esta arquitectura es que funcione en el modo de consulta esttica (compila una vez y lo guarda en el Servidor), para ser re-llamada de continuo, cuantas veces se precise su ejecucin en el Servidor. Mientras que el modo de invocacin de consulta dinmica est pensado para un tipo de consultas espordicas o no frecuentes, su rendimiento es ms bajo que el de la invocacin esttica y por tanto con un mayor tiempo de respuesta. ARQUITECTURA WEB (TRES CAPAS) La espectacular evolucin de Internet plantea grandes retos para mejorar su potencialidad y actuales soluciones. La tecnologa world-wide-web (www) es y ser el substrato de interconexin de la sociedad de la informacin actual y futura. Su ritmo de expansin y la diversidad de usuarios crecen de forma continua y exponencial. Se conectan a Internet desde las empresas y gobiernos (con redes de alta velocidad) hasta los individuos desde los hogares. Muchas empresas e instituciones han desarrollado su propia Intranet conectada a Internet. Los sistemas de este tipo se conocen como Sistemas de Informacin Web (en adelante, SIW, en ingls WIS), y acoplados con un SGBD se puede proporcionar acceso rpido e inteligente a grandes cantidades de datos estructurados, como ya conocemos que estn y existen en una base de datos. La Web empez siendo una interfaz para el acceso a documentos distribuidos, y hoy es una plataforma para los sistemas de informacin de todo tipo. La Web es un paradigma que permite difundir y adquirir cualquier tipo de informacin a travs de una arquitectura, configurada en capas que, en el caso de un SGBD con arquitectura Web, son las tres siguientes:
UT 1 Caractersticas SGBD Pgina: 7
Capa 1 Cliente {Front End con el Navegador del Usuario} Internet Aplicaciones Internet

Capa frontal (Front End), formada por una herramienta genrica llamada navegador1 o browser (como Netscape Navigator o Microsoft Internet Explorer), que constituye la interfaz de la mquina del usuario para navegar por dicha informacin. El browser es la parte del usuario, por tanto, es el lado Cliente (descrito en C/S como 1a capa) ahora llamado Cliente delgado, ligero o fino porque son mnimas las exigencias del ordenador que as funciona. Se puede entender al browser como una Interfaz Grfica de Usuario (GUI) que reside en la mquina cliente o mquina remota del usuario. Capa intermedia, llamada Servidor HTTP o Servidor Web que, generalmente, contiene adems al Servidor de Aplicaciones. Se puede entender a esta capa como un conjunto de programas residentes en sitios Web. Capa dorsal (Back End), llamada Servidor de Informacin o Servidor de Bases de Datos. Casi toda la actual tecnologa de bases de datos ya dispone de un Servidor de Aplicaciones adems del Servidor Web como primera mquina servidora (ubicada en la 2a capa intermedia) y de una segunda mquina servidora donde reside el Servidor de Bases de Datos que pasa a estar en la 3a y ms interna capa operativa de esta arquitectura, como muestra la figura:
UT 1 Caractersticas SGBD Pgina: 8

Servidor Web: URLs y Protocolo HTTP. La arquitectura Web es una variante de C/S, ya descrita, que se basa en el protocolo TCP/IP; y, sobre ste, en Web se instala el protocolo HTTP (Hyper Text Transfer Protocol). Con HTTP cualquier cliente browser puede solicitar un documento a un servidor Web usando su URL (Uniform Resource Locator). El protocolo HTTP es de naturaleza muy simple y consta de cuatro fases:
Browser Solicitud HTTP [URL Emmda) / / Respuesta HTML L / Servidor Web o Servidor HTTP Enlradal T HTML Programa Servidor, Gateways: ServlestASPJSP Consulta SOL Datos de la BD Servidor de Bases de Datos de CDIil de Salida Servidor de Bases de Datos

a) Abrir la Conexin; en ella, el browser contacta con el servidor HTTP que se indica en el URL para verificar su disponibilidad y correccin (llamado Solicitud HTTP ); b) Establecer la conexin, si el servidor est disponible, ste acepta la conexin y enva una confirmacin al cliente; c) Enviar solicitud, el cliente enva un mensaje al servidor con la solicitud de un servicio dando el nombre del recurso invocado y los posibles parmetros de la invocacin (llamado Entrada en la figura) d) Recibir respuesta, el servidor devuelve al cliente el resultado del servicio requerido (llamado Respuesta HTML), y se cierra la conexin por el servidor sin retener informacin alguna para ser usada en conexiones subsiguientes. Los Servidores Web invocan a programas (llamado Entrada) y, en cada invocacin, pasan los debidos parmetros. Ahora veremos el concepto bsico relativo a la forma de acceso a una base de datos. En la figura se observa el flujo de mensajes (unos de peticin, otros de respuesta) entre el browser, el Servidor Web y el Servidor de Aplicaciones. La primera peticin del cliente se enva al Servidor Web y ste, a su vez, enva la informacin pedida al Servidor de Aplicaciones que es quien invocar al Servidor de Bases de Datos. Cuando ste ltimo servidor realice las acciones necesarias, enviar la respuesta con la informacin procesada siguiendo el camino anterior, pero ahora recorrido en direccin contraria, hasta que la respuesta llegue al browser que lanz la solicitud. Describiremos brevemente cmo se establece la comunicacin entre el Servidor Web y el Servidor de Aplicaciones. Para ello, el Servidor Web utiliza diferentes tecnologas para obtener y enviar la informacin que va a ofrecerle el Servidor de Aplicaciones. Dichas tecnologas son las siguientes: - CGI (Common Gateway Interface) es el mecanismo de comunicacin y suele estar escrito en: Java, C, C++, Perl, etc., - ASP (Active Server Pages), tecnologa de Microsoft, JSP (Java Server Pages), - Java Servlets, tecnologa de Sun, - Java Script, tecnologa de Netscape Un gateway es cualquier programa que ha sido llamado por un Servidor Web. El programa puede estar escrito en un lenguaje de alto nivel (C, C++ o Java) y compilado, o bien en un lenguaje interpretado (como Perl o Tcl - usado para realizar operaciones sobre cadenas de caracteres-), o incluso puede estar en algn lenguaje script de los sistemas operativos. Como su nombre indica, el gateway permite establecer una conexin entre el Servidor Web y otro entorno cualquiera que proporcione el servicio requerido. El Servidor de Aplicaciones es un programa que reside en el 1er. Servidor (2a capa) de la arquitectura Web y proporciona cierta lgica de negocio para las aplicaciones. El gateway se invoca usando un URL parecido a como se invoca a los ficheros HTML mediante el protocolo HTTP donde, normalmente se inicia con http:// , despus se indica el nombre del servidor, el del directorio y el de un fichero (path), y los parmetros en curso se pueden especificar aadindoles al URL.
UT 1 Caractersticas SGBD Pgina: 9

SISTEMAS GESTORES DE BASES DE DATOS COMERCIALES Y LIBRES Actualmente podemos encontrarnos con varios servidores de base de datos (RDBMS): Oracle DB2 MySQL SQL Server ... Todos ellos desempean la misma funcin, pero tienen diferentes propiedades y herramientas que distinguen claramente unos de otros. A continuacin se describen como ejemplos algunas caractersticas de algunos de ellos encontradas en la red.
UT 1 Caractersticas SGBD Pgina: 10

MySQL
A Por qu A La base de datos de cdigo abierto de mayor aceptacin Descargue el producto e instlelu por cumpletn en merma de15 minutas Ejecute la que sea: desde aplicaciones muy integradas con un tamao de escaso hasta almacenes de datos enurmes que contienen teratmes de informacin Prepdreiene un eite rendimientd mediante le particin de tablas e ndices, prestaciones de carga ultrarrpidas, cachs de mamaria diferenciadas e ndices detendn completo Proporciona un mntnrde cunsulta de alto rendimiento. prestacin de insercin rpida de datos 1, gran cumpatihilidad con funciunes web especiales, como las bsquedas rpidas detextu completo Tambin se efreee eeperte permanente para MSUL Enterprisefv1Sl1L Cluster Ncmhrada una de las principales aplicaciones destacadas de cdigo abierto por lnfuifiinrld MSLLWnrkbench fue numhradu Producto del au en 2009, en la categora de herramientas de bases de datos, por Deuelugercum Descubra cmo las empresas en evolucin continua se expanden hurizuntalmente can xito con MSUL Informe: Gua de f-MSUL para Micrnsnfthfifindnws Serie de seminarios web: Java i-ASQL