Universidad de Carabobo Facultad Experimental de Ciencias y Tecnologa Departamento de Computacin Unidad Acadmica Base de Datos

SISTEMAS DE GESTIN DE BASE DE DATOS SGBD / DBMS

Integrantes: Fidel Gil Javier Albrigo Javier Do Rosario Seccin: 01 Valencia, 14 de Febrero de 2005

17.014.372 17.173.643 17.284.218

Sistemas de Gestin de Base de Datos

SISTEMAS DE ARCHIVOS
Un sistema de archivos es un conjunto de programas que prestan servicio a los usuarios finales, donde cada programa define y maneja sus propios datos. Los sistemas de archivos surgen de la necesidad de reemplazar el manejo de los archivos manuales para obtener acceso a los datos con mayor rapidez. Estos sistemas de archivos presentaban un modelo descentralizado para el manejo de sus datos, lo que representaba que cada ncleo de la organizacin donde se manejaba el sistema de archivos almacenaba y gestionaba sus propios datos. Los sistemas de archivos presentan algunos inconvenientes que se atribuyen a que la definicin de los datos se encuentra codificada dentro de los programas de aplicacin, y no siendo almacenada de forma independiente a las aplicaciones. Adems no hay control sobre el acceso y manipulacin de los datos diferente al que proporciona la aplicacin diseada para el sistema de archivos. Debido a los inconvenientes que presentaban los sistemas de archivos surgieron las Bases de Datos y los Sistemas de Gestin de Base de Datos.

BASE DE DATOS
Una base de datos es un conjunto de datos almacenados entre los que existen relaciones lgicas y ha sido diseada para satisfacer los requerimientos de informacin de una organizacin, almacenando en ella su descripcin. En las bases de datos se almacenan grandes cantidades de datos, que son definidos una sola vez y que pueden ser accesados por varios usuarios a la vez, teniendo todos los datos integrados y creando una dependencia de datos a la organizacin y no a los departamentos o ncleos de la misma, eliminando la redundancia de datos y estableciendo una mnima duplicidad de los datos. Cada dato de la base de datos almacena una descripcin de los mismos que es denominada metadatos, la cual se almacena en el diccionario de datos o catlogo y es lo que permite que exista una independencia de los datos lgico-fsica. Los sistemas de informacin separan la definicin de la estructura de datos de los programas de aplicacin y almacenan esta definicin en la base de datos, lo que permite que al aadir o modificar estructura de datos, los programas de aplicacin no se ven afectados, ya que no dependen directamente de ello.

Sistemas de Gestin de Base de Datos

SISTEMA DE GESTIN DE BASE DE DATOS (SGBD) DATA BASE MANAGMENT SYSTEM (DBMS)
Los sistemas de Gestin de Bases de Datos, son aplicaciones que permiten a los usuarios definir, crear y mantener la base de datos y proporciona un acceso controlado a la misma. Los SGBD es la aplicacin que interacta con los usuarios de los programas de aplicacin y la base de datos. Algunos de los SGBD ms conocidos son: SQL, DB2, SLQ/DS, ORACLE, INGRES, INFORMIX, SYBASE, PARADOX, DBASE, ACCESS, FOXPRO, R, RM/T y RM/V2.

OBJETIVOS DE UN SGBD

Definir la Base de Datos mediante el Lenguaje de Definicin de Datos, el cual permite especificar la estructura, tipo de datos y las restricciones sobre los datos, almacenndolo todo en la base de datos. Separar la descripcin y manipulacin de la data, permitiendo un mayor entendimiento de los objetos, adems de flexibilidad de consulta y actualizacin de los datos. Permitir la insercin, eliminacin, actualizacin, consulta de los datos mediante el Lenguaje de Manejo de Datos, lo que permite resolver el problema que presentan los sistemas de archivos, donde hay que trabajar con un conjunto fijo de consultas o la necesidad de tener muchos programas de aplicaciones. Existen dos tipos de programas de Manejo de Datos, los cuales se diferencian por la forma en que acceden a los datos.

Lenguajes procedurales: manipulan la base de datos registro a registro y se deben especificar las operaciones a realizar para obtener los datos resultado. Lenguajes no procedurales: manipulan la base de datos en conjuntos de registros y se especifican qu datos deben obtenerse como resultado sin plantear las forma de hacerlo. El lenguaje no procedural ms utilizado es SQL (Structure Query Languaje) que se ha convertido en un estndar y el lenguaje por defecto de los SGBD relacionales.

Proporcionar acceso controlado a la base de datos. Seguridad: los usuarios no autorizados no pueden acceder a la base de datos. Integridad: mantiene la integridad y consistencia de la base de datos. Control de Recurrencia: permite el acceso compartido a la base de datos. Control de Recuperacin: restablece la base de datos despus de producirse un fallo de software o hardware. Diccionario de datos o Catlogo: contiene la descripcin de los datos de la base de datos y es accesible por el usuario.

Gestionar la estructura fsica de los datos y su almacenamiento, proporcionando eficiencia en las operaciones de la base de datos y el acceso al medio de almacenamiento. Proporcionar un mecanismo de vistas, que permita a cada usuario tener su propia vista o visin de la base de datos. El lenguaje de definicin nos permite definir las vistas como subconjuntos de la base de datos, permitiendo:
3

Sistemas de Gestin de Base de Datos

Proporcionar un nivel de seguridad excluyendo datos para que no sean vistos por determinados usuarios. Permiten que los usuarios vean los datos en el formato deseado. Una vista representa una imagen consistente y permanente de la base de datos, an cuando a la base de datos se le hagan cambios en sus estructura.

Eliminar la redundancia de datos, establecer una mnima duplicidad en los datos y minimizar el espacio en disco utilizado. Proveer interfaces procedimentales y no procedimentales, permitiendo la manipulacin por usuarios interactivos y programadores. Independizar la estructura de la organizacin lgica de los datos (Independencia fsica). Independizar la descripcin lgica de la Base de datos y las descripciones particulares de los diferentes puntos de vistas de los usuarios. Permitir una fcil administracin de los datos.

ACTORES EN EL ENTORNO DE UNA BASE DE DATOS

Administrador de la base de datos: se encarga del diseo fsico de la base de datos y de su implementacin, realiza el control de la seguridad y de la concurrencia, mantiene el sistema para que siempre se encuentre operativo y se encarga de que los usuarios y las aplicaciones obtengan buenas prestaciones. El administrador debe conocer muy bien el SGBD que se est utilizando, as como el equipo informtico sobre el que est funcionando. Diseadores de la base de datos: realizan el diseo lgico de la base de datos, debiendo identificar los datos, las relaciones entre datos y las restricciones sobre los datos y sus relaciones. El diseador de la base de datos debe tener un profundo conocimiento de los datos de la empresa y tambin debe conocer sus reglas de negocio. Las reglas de negocio describen las caractersticas principales de los datos tal y como las ve la empresa. El diseador de la base de datos debe implicar en el desarrollo del modelo de datos a todos los usuarios de la base de datos, tan pronto como sea posible. El diseo lgico de la base de datos es independiente del SGBD concreto que se vaya a utilizar, es independiente de los programas de aplicacin, de los lenguajes de programacin y de cualquier otra consideracin fsica.

Programadores de aplicaciones: se encargan de implementar los programas de aplicacin que servirn a los usuarios finales. Estos programas de aplicacin son los que permiten consultar datos, insertarlos, actualizarlos y eliminarlos. Estos programas se escriben mediante lenguajes de tercera generacin o de cuarta generacin. Usuarios finales: consultan, actualizan y generan reportes de la base de datos. A los usuarios finales tambin se les llama clientes de la base de datos.

Sistemas de Gestin de Base de Datos

VENTAJAS DE LOS SGBD

INTEGRACIN DE LOS DATOS Control sobre la redundancia de datos: Los sistemas de archivos almacenan varias copias de los mismos datos en archivos distintos. Esto hace que se desperdicie espacio de almacenamiento, adems de provocar la falta de consistencia de datos. En los sistemas de bases de datos todos estos archivos estn integrados, por lo que no se almacenan varias copias de los mismos datos. Sin embargo, en una base de datos no se puede eliminar la redundancia completamente, ya que en ocasiones es necesaria para modelar las relaciones entre los datos, o bien es necesaria para mejorar las prestaciones.

Consistencia de datos: Eliminando o controlando las redundancias de datos se reduce en gran medida el riesgo de que haya inconsistencias. Si un dato est almacenado una sola vez, cualquier actualizacin se debe realizar slo una vez, y est disponible para todos los usuarios inmediatamente. Si un dato est duplicado y el sistema conoce esta redundancia, el propio sistema puede encargarse de garantizar que todas las copias se mantienen consistentes. Desgraciadamente, no todos los SGBD de hoy en da se encargan de mantener automticamente la consistencia. Ms informacin sobre la misma cantidad de datos: Al estar todos los datos integrados, se puede extraer informacin adicional sobre los mismos. Comparticin de datos: En los sistemas de archivos, los archivos pertenecen a las personas o a los departamentos que los utilizan. Pero en los sistemas de bases de datos, la base de datos pertenece a la empresa y puede ser compartida por todos los usuarios que estn autorizados. Adems, las nuevas aplicaciones que se vayan creando pueden utilizar los datos de la base de datos existente. Mantenimiento de estndares: Gracias a la integracin es ms fcil respetar los estndares necesarios, tanto los establecidos a nivel de la empresa como los nacionales e internacionales. Estos estndares pueden establecerse sobre el formato de los datos para facilitar su intercambio, pueden ser estndares de documentacin, procedimientos de actualizacin y tambin reglas de acceso.

EXISTENCIA DE LOS SGBD Mejora en la integridad de datos: La integridad de la base de datos se refiere a la validez y la consistencia de los datos almacenados. Normalmente, la integridad se expresa mediante restricciones o reglas que no se pueden violar. Estas restricciones se pueden aplicar tanto a los datos, como a sus relaciones, y es el SGBD quien se debe encargar de mantenerlas.

Mejora en la seguridad: Los SGBD permiten mantener la seguridad mediante el establecimiento de claves para identificar al personal autorizado a utilizar la base de datos. Las autorizaciones se pueden realizar a nivel de operaciones, de modo que un usuario puede estar autorizado a consultar ciertos datos pero no a actualizarlos, por ejemplo.

Mejora en la accesibilidad a los datos: Muchos SGBD proporcionan lenguajes de consultas o generadores de informes que permiten al usuario hacer cualquier tipo de consulta sobre los datos, sin que sea necesario que un programador escriba una aplicacin que realice tal tarea.

Sistemas de Gestin de Base de Datos 5

Mejora en la productividad: A nivel bsico, el SGBD proporciona todas las rutinas de manejo de archivos tpicas de los programas de aplicacin. El hecho de disponer de estas funciones permite al programador centrarse mejor en la funcin especfica requerida por los usuarios, sin tener que preocuparse de los detalles de implementacin de bajo nivel.

Mejora en el mantenimiento gracias a la independencia de datos: Los SGBD separan las descripciones de los datos de las aplicaciones. Esto es lo que se conoce como independencia de datos, gracias a la cual se simplifica el mantenimiento de las aplicaciones que acceden a la base de datos.

Aumento de la concurrencia: La mayora de los SGBD gestionan el acceso concurrente a la base de datos y garantizan que no ocurran problemas en el acceso de mltiples usuarios.

Mejora en los servicios de copias de seguridad y de recuperacin ante fallos: Los SGBD actuales funcionan de modo que se minimiza la cantidad de trabajo perdido cuando se produce un fallo.

INCONVENIENTES DE LOS SGBD

Complejidad: Los SGBD son conjuntos de programas muy complejos con una gran funcionalidad. Es preciso comprender muy bien esta funcionalidad para poder sacar un buen partido de ellos. Tamao: Los SGBD son programas complejos y muy extensos que requieren una gran cantidad de espacio en disco y de memoria para trabajar de forma eficiente. Coste econmico del SGBD: El coste de un SGBD vara dependiendo del entorno y de la funcionalidad que ofrece. Adems, hay que pagar una cuota anual de mantenimiento que suele ser un porcentaje del precio del SGBD. Costo del equipamiento adicional: Tanto el SGBD, como la propia base de datos, pueden hacer que sea necesario adquirir ms espacio de almacenamiento. Adems, para alcanzar las prestaciones deseadas, es posible que sea necesario adquirir una mquina con ms prestaciones o una mquina que se dedique solamente al SGBD. Costo de la conversin: En algunas ocasiones, el costo del SGBD y el costo del equipo informtico que sea necesario adquirir para su buen funcionamiento, es insignificante comparado al coste de convertir la aplicacin actual en un sistema de bases de datos. Este coste incluye el coste de ensear a la plantilla a utilizar estos sistemas y, probablemente, el costo del personal especializado para ayudar a realizar la conversin y poner en marcha el sistema. Prestaciones: Los SGBD estn escritos para ser ms generales y ser tiles en muchas aplicaciones, lo que puede hacer que algunas de ellas no sean tan rpidas como en los sistemas de archivos. Vulnerable a los fallos: El hecho de que todo est centralizado en el SGBD hace que el sistema sea ms vulnerable ante los fallos que puedan producirse.

Sistemas de Gestin de Base de Datos

ARQUITECTURA DE TRES NIVELES

Hay tres caractersticas importantes inherentes para el enfoque de las bases de datos; estas son : a) separacin entre los programas y los datos (independencia entre los programas y datos ); b) el manejo de mltiples vistas de usuario y c) el empleo de un catlogo para almacenar la descripcin (esquema) de la base de datos. La arquitectura de tres niveles es un mtodo de gran aceptacin para explicar el funcionamiento de los sistemas de bases de datos fue formalizado en 1975 y mejorado en 1978 es tambin conocido como arquitectura ANSI/SPARC asi llamada por la Standards Planning and Requirements Committee of the American National Standards Institute en espaol el Comite de Standarizacin de Requerimientos y Planificacin del Instituto Nacional de Standarizacin Americano. Los tres niveles de la arquitectura son: Interno, Conceptual y Externo. 1. El nivel interno: tiene un esquema interno, el cual describe la estructura de almacenamiento fsico de la Base de Datos. El esquema interno utiliza un modelo fsico de data y describe los detalles completos de almacenamiento de data y el acceso a los caminos de la BD. 2. El nivel conceptual: tiene un esquema conceptual el cual describe la estructura de todas las Bases de Datos para una comunidad de usuarios. El esquema conceptual es una descripcin global de la BD que oculta los detalles de las estructuras de almacenamiento fsico y se concentra en describir las entidades, los tipos de data, las relaciones y constantes. 3. El nivel externo: o nivel de vista incluye un nmero de esquemas externos o vistas de usuario. Cada esquema externo describe la vista de la BD de un grupo o de los usuarios de la BD. Cada vista tpicamente describe la parte de la BD en la cual un grupo de usuarios en particular esta interesado y oculta el resto de la BD para otros grupos de usuario.

Sistemas de Gestin de Base de Datos

En su mayora, los DBMS no se distinguen del todo en tres niveles, pero en algunos de ellos se cuenta, en cierta medida, con la arquitectura de tres esquemas. Algunos DBMS incluyen ciertos detalles del nivel fsico en el esquema conceptual. En la mayora de los DBMS que manejan vistas de usuarios, los esquemas externos se especifican en el mismo modelo de datos que describe la informacin a nivel conceptual. Es importante resaltar que los nicos datos reales existen en el nivel fsico todos los dems niveles superiores solo contienen descripciones de los datos. En una arquitectura de tres esquemas cada grupo de usuarios hace referencia exclusivamente a su propio esquema externo, por tanto el DBMS debe de transformar una solicitud expresada en un esquema externo a el esquema conceptual, luego la solicitud ahora en esquema conceptual es llevada al esquema interno, es despus procesada sobre la base de datos, por ejemplo si fuese un pedido de datos, ser necesario modificar el formato de la informacin antes de ser enviada al usuario externo. El proceso de transformaciones de solicitudes es denominado correspondencia o transformacin (maping). Esta es una de las razones que hacen lentas a las bases de datos de hecho en bases de datos pequeas no vale la pena crear esquemas externos ya que mas afectan la velocidad de lo que mejoran la vista externa.

MDULOS DE LOS DBMS

Los DBMS son software tremendamente complicados; a continuacin se muestran los componentes de software que constituyen un DBMS y los tipo de software del sistema que interactan con los DBMS Es una representacin de como funciona en general una bases de datos no representa la estructura real de algn sistema de bases de datos. La BD y los catlogos del DBMS usualmente son almacenados en discos. El acceso a disco es controlado principalmente por el sistema operativo el cual controla las I/O a los discos. Un mdulo de administracin de datos almacenados de alto nivel ( stored data manager) del DBMS controla el acceso a la informacin del DBMS almacenada en disco, s este es parte de la BD o del catlogo. El compilador DDL (DDL compiler) procesa las definiciones de esquema especificadas en el DDL y almacena la descripcin de los esquemas en el catlogo del DBMS; Este contiene informacin como los nombres de los archivos y de los elementos de informacin, los detalles de almacenamiento de cada archivo, la informacin de correspondencia entre los esquemas y las restricciones. Los mdulos que requieran esta informacin debern accesar el catlogo. El procesador en tiempo real (runtime processor) de la BD maneja el acceso a la BD en tiempo real, este recibe las operaciones de obtencin y actualizacin y las lleva a la BD para su ejecucin, el acceso se tiene mediante el gestor de datos almacenados. El procesador de consultas (query prossesor) maneja las consultas de alto nivel que son
Sistemas de Gestin de Base de Datos 8

ingresadas interactivamente, donde el usuario espera los resultados de la bsqueda en el momento. Analiza la sintaxis y el contenido de la consulta, luego genera llamadas al procesador de tiempo real ( runtime processor) para ejecutar el requerimiento. El precompilador (precompiler) extrae los comandos del DML de un programa de aplicacin escrito en un lenguaje de programacin host. Estos comandos son enviados al compilador DML para su compilacin en cdigo objeto para el acceso de la BD. El resto del programa es enviado al compilador del lenguaje host. Ambos cdigos y objetos son enlazados en un nico cdigo ejecutable.

Esta figura se utiliza para mostrar las partes mas representativas de los DBMS en cuanto a mdulos se refiere. Los DBMS interactan con los sistemas operativos cuando se accede a memoria (que es donde esta la base de dato y el catlogo). Si muchos usuarios comparten el mismo sistema de cmputo, el OS programar las solicitudes de acceso a disco del DBMS junto con otros procesos. El DBMS tambin puede interactuar con los compiladores de los lenguajes de programacin host, y puede ofrecer interfaces amigables para ayudar al usuario cuando especifiquen sus solicitudes.

Sistemas de Gestin de Base de Datos

DISEO DE UNA BASE DE DATOS

El diseo de una base de datos es un proceso complejo que abarca decisiones en distintos niveles. La complejidad se controla mejor si se descompone el problema en subproblemas y se resuelve cada uno de stos de manera independientemente, utilizando tcnicas especficas. As, el diseo de una base de datos se descompone en diseo conceptual, diseo lgico y diseo fsico.

DISEO CONCEPTUAL
El diseo conceptual se refiere a la etapa donde se debe construir un esquema de la informacin a partir de los requerimientos y resultados de usuario, independientemente de cualquier consideracin fsica, como aspectos de implementacin, DBMS a utilizar, hardware disponible, entre otras. Al construir el esquema, los diseadores descubren la semntica de los datos, encontrando entidades, atributos y relaciones. El objetivo es comprender:

La perspectiva que cada usuario tiene de los datos. La naturaleza de los datos, independientemente de su representacin fsica. El uso de los datos a travs de las reas de aplicacin.

El esquema conceptual se puede utilizar para que el diseador transmita lo que ha entendido sobre los requerimientos de usuario, de manera particular, la informacin que maneja y los resultados sobre la manipulacin de sta de una empresa. Para ello, ambas partes deben estar familiarizadas con la notacin utilizada en el esquema. La notacin ms popular es el modelo entidad-relacin. El esquema conceptual es una fuente de informacin para el diseo lgico de la base de datos.

DISEO LGICO
El diseo lgico es el proceso de construir un esquema de la informacin, basndose en un modelo de base de datos especfico independiente del DBMS y de cualquier otra consideracin fsica. En otras palabras, se transforma el esquema conceptual en un esquema lgico que utilizar las estructuras de datos del modelo de base de datos en el que se basa el DBMS a utilizar, como puede ser el modelo relacional, el modelo de red, el modelo jerrquico o el modelo orientado a objetos. Conforme se va desarrollando el esquema
Sistemas de Gestin de Base de Datos 10

lgico, ste se va probando y validando con los requisitos de usuario. La normalizacin es una tcnica que se utiliza para comprobar la validez de los esquemas lgicos basados en el modelo relacional, ya que asegura que las relaciones (tablas) obtenidas no tienen datos redundantes. Tanto el diseo conceptual como el diseo lgico son procesos iterativos, tienen un punto de inicio y se van refinando continuamente. Ambos se deben ver como un proceso de aprendizaje, donde el diseador va comprendiendo el funcionamiento de una empresa y el significado de los datos que maneja. Estos diseos son etapas clave para conseguir un sistema que funcione correctamente, en caso contrario, ser difcil o imposible definir todas las vistas de usuario (esquemas externos) y mantener la integridad de la base de datos. Tambin puede ser difcil definir la implementacin fsica o el mantener unas prestaciones aceptables del sistema. Adems, hay que tener en cuenta que la capacidad de ajustarse a futuros cambios es un factor que identifica a los buenos diseos de bases de datos. Por todo esto, es fundamental dedicar el tiempo y las energas necesarias para producir el mejor esquema que sea posible. El esquema lgico es una fuente de informacin para el diseo fsico. Adems, juega un papel importante durante la etapa de mantenimiento del sistema, ya que permite que los futuros cambios que se realicen sobre los programas de aplicacin o sobre los datos, se representen correctamente en la base de datos.

DISEO FSICO
El diseo fsico es el proceso de producir la descripcin de la implementacin de la base de datos en memoria secundaria, donde las estructuras de almacenamiento y los mtodos de acceso garanticen un acceso eficiente a los datos. En esta etapa se debe haber decidido cul es el DBMS a utilizar, ya que el esquema fsico se adapta a l. Entre el diseo fsico y el diseo lgico hay una realimentacin ya que algunas de las decisiones que se tomen durante el diseo fsico para mejorar las prestaciones pueden afectar a la estructura del esquema lgico. En general, el propsito del diseo fsico es describir cmo se va a implementar fsicamente el esquema lgico obtenido en la fase anterior. Por ejemplo, en el modelo relacional, esto consiste en:

Obtener un conjunto de relaciones (tablas) y las restricciones que se deben cumplir sobre ellas. Determinar las estructuras de almacenamiento y los mtodos de acceso que se van a utilizar para conseguir unas prestaciones ptimas. Disear el modelo de seguridad del sistema.

Sistemas de Gestin de Base de Datos

11

BIBLIOGRAFA

Elmasri, R. y Navathe, S. [1997] "Sistemas de Bases de Datos conceptos y fundamentos" http://www.bd.cesma.usb.ve/oracle9i/index.htm [visitada el da 20/02/2005] http://www.la.unm.edu/~ostic/ct201/outline.html [visitada el da 22/02/2005] http://csc.noctrl.edu/f/kwt/660/ [visitada el da 22/02/2005] http://www.profc.udec.cl/~gabriel/tutoriales/giswb/vol1/contents.htm [visitada el da 23/02/2005] http://philip.greenspun.com/panda/databases-choosing [visitada el da 23/02/2005] http://www.monografias.com/trabajos11/basda/basda.shtml#d [visitada el da 23/02/2005] http://miportal.uacj.mx/miscursos/claroline/work/work.php [visitada el da 23/02/2005] http://maimm.linst.ac.uk/kamp/uib/webprog/db/dbms.html [visitada el da 23/02/2005] http://wwwdi.ujaen.es/~mcdiaz/docencia/cur04_05/fi/ [visitada el da 23/02/2005] http://usuarios.lycos.es/cursosgbd/UD4.htm. [visitada el da 25/02/2005] http://www3.uji.es/~mmarques/f47/apun/apun.html. [visitada el da 25/02/2005] http://www.profc.udec.cl/~gabriel/tutoriales/giswb/vol1/contents.htm. [visitada el da 25/02/2005]

Sistemas de Gestin de Base de Datos

12