1

INDICE INDICE PRESENTACION INTRODUCCION SISTEMAS DE INFORMACION Y DE BASE DE DATOS CONCEPTO DE SISTEMA DE INFORMACION SISTEMAS DE BASE DE DATOS Y SUS APLICACIONES 1 2 3 4 5 8

USUARIOS Y ADMINISTRACION DE BASE DE DATOS 13 ARQUITECTURA DE UN SISTEMA DE BASE DE DATOS 16 CONCLUSION 19 BIBLIOGRAFIA 20

IINSTITUTO TECNOLOGICO SUPERIOR DE CENTLA

NOMBRE DE LA MATERIA: BASE DE DATOS

FACILITADOR: ING. CARMITA CASTILLO SATRE

UNIDAD I INTROSUCCION A ALOS SISTEMAS DE BASE DE DATOS

INTEGRANTES DEL EQUIPO: KEILA CORZO HERNANDEZ ISELA DOMINGUEZ GORDILLO JESUSITA DEL C. VAZQUEZ RAMIREZ

FRONTERA, CENTLA, TAB; FEBRERO 2011.

INTRODUCCION
Antes de las bases de datos se conoca slo la nocin de archivo y se le daba gran importancia al archivo secuencial para el almacenamiento masivo de datos almacenado en cintas magnticas. Posteriormente, los costos de almacenamiento comenzaron a descender y la capacidad de procesamiento comenz a aumentar. Esa es la poca en que la computacin sali de las universidades y los centros de investigacin y se incorpor a la administracin de la industria y el comercio. Al inventarse el disco duro se crearon los primeros sistemas de archivos, usando los distintos tipos de organizaciones que permitan el acceso directo a los datos. Surgieron nuevos equipos de computacin (familia de Sistema/360 de IBM) y las empresas comenzaron a tomar conciencia de la importancia y el poder que la informacin poda darles en el mejoramiento de la productividad y el mayor logro de eficiencia as como en la toma de decisiones. En esencia, un sistema de base de datos no es ms que un sistema para archivar en un computador. La base de datos en s puede considerarse como una especie de archivero electrnico; dicho de otra manera es un lugar donde se almacenan un conjunto de archivos de datos computarizados. Al usuario del sistema se le brindarn recursos para realizar diversas operaciones sobre estos archivos, incluidas entre otras las siguientes: Agregar archivos nuevos (vacos) a la base de datos. Insertar datos nuevos en archivos ya existentes. Obtener datos de archivos ya existentes. Actualizar datos en archivos ya existentes. Borrar datos en archivos ya existentes Eliminar archivos ya existentes (vacos o no) de la base de datos

Sistemas de informacin y base de datos.

Un sistema de bases de datos es bsicamente un sistema computarizado para llevar registros. Es posible considerar a la propia base de datos como una especie de armario electrnico para archivar; es decir, es un depsito o contenedor de una coleccin de archivos de datos computarizados. Los usuarios del sistema pueden realizar una variedad de operaciones sobre dichos archivos. Por ejemplo: Agregar nuevos archivos vacos a la base de datos; Insertar datos dentro de los archivos existentes; Recuperar datos de los archivos existentes; Modificar datos en archivos existentes; Eliminar datos de los archivos existentes; Eliminar archivos existentes de la base de datos. La informacin en cuestin puede ser cualquier cosa que sea de importancia para el individuo u organizacin; en otras palabras, todo lo que sea necesario para auxiliarle en el proceso general de su administracin. La figura 1.4 es una imagen simplificada de un sistema de base de datos. Pretende mostrar que un sistema de base de datos comprende cuatro componentes principales: datos, hardware, software y usuarios.

Concepto de sistema de informacin.

Un conjunto formal de procesos que, operando sobre una coleccin de datos estructurada segn las necesidades de la empresa, recopilan, elaboran y distribuyen la informacin (o parte de ella) necesaria para las operaciones de dicha empresa y para las actividades de direccin y control correspondientes ( decisiones) para desempear su actividad de acuerdo a su estrategia de negocio (Andreu et al., 1999) Horton entiende por sistema una serie estructurada o integrada de procesos para manejar informacin o datos caracterizada por un procesamiento repetitivo de inputs , actualizacin de datos y generacin de outputs. Senn diferencia entre los siguientes tipos de sistemas de informacin: sistemas para el procesamiento de transacciones, sistemas de informacin administrativa, sistemas de informacin para la decisin.

Para Debons sistema de informacin es "un conjunto de personas, maquinaria y procedimientos que integrados hacen posible a los individuos trabajar con inputs y demandas que aparecen en el trabajo cotidiano". Llus Codina ha analizado los sistemas de informacin como una disciplina de inters para la investigacin, de tal forma que parte de la teora de sistemas y desde all seala que un sistema "es un conjunto de elementos que interactan unidos por una relacin de influencia" e identifica las siguientes caractersticas: propsito del sistema, elementos del sistema o composicin interna, entorno del sistema, entradas, salidas y procesos de transformacin o funciones del sistema. Para Samuelson sistema de informacin es la combinacin de recursos humanos y materiales que resultan de las operaciones de almacenar, recuperar y usar datos con el propsito de una gestin eficiente en las operaciones de las organizaciones". Emery seala como la informacin ha generado en la estructura de las organizaciones nuevas formas de gestin derivadas del uso inteligente de la informacin. Visto as, la informacin ayuda a una organizacin a trabajar de forma ms inteligente.

Elementos de un sistema de informacin Los procedimientos y las prcticas habituales de trabajo La informacin Las personas o usuarios El equipo de soporte

Caractersticas:

Disponibilidad de informacin cuando es necesario y por los medios adecuados. Suministro de informacin de manera selectiva. Variedad en la forma de presentacin de la informacin. Grado de inteligencia incorporado al sistema. Tiempo de respuesta del sistema. Exactitud. Generalidad, como las funciones para atender a las diferentes necesidades. Flexibilidad, capacidad de adaptacin. Fiabilidad, para que el sistema opere correctamente. Seguridad, proteccin contra prdidas. Reserva, nivel de repeticin del sistema para evitar prdidas. Amigabilidad, para el usuario.

El objeto de cualquier sistema de informacin es conectar a un usuario con una fuente de informacin que necesita para satisfacer sus necesidades. Mientras para otros, sistema es un conjunto de componentes que interactan entre s para lograr un objetivo comn, y desde esta perspectiva toda organizacin es un sistema definido por flujos informativos

Sistemas soporte a la decisin (dss). Turban manifiesta que es un sistema de informacin interactivo basado en ordenador que utiliza normas y modelos de decisin, que junto con una base de datos soporta todas las fases del proceso de toma de decisiones, principalmente en decisiones semiestructuradas bajo el control total de aquellos que se dedican a tomarlas. El DSS soporta todas las fases del proceso de toma de decisiones: inteligencia, diseo, eleccin e implementacin. El soporte se realiza a varios niveles de los equipos de gestin, desde los altos ejecutivos a los gestores de base. Soportan varios niveles de decisiones interdependientes o secuenciales y una variedad de procesos y estilos de toma de decisiones. Y son fciles de usar.

Sistemas de base de datos y sus aplicaciones

Una Base de Datos es un conjunto de datos relacionados entre s. Por Datos entendemos hechos conocidos que pueden registrarse y que tienen un significado implcito. Este es un concepto muy general, el trmino Base de Datos es ms restringido y cumple las siguientes propiedades implcitas: Una base de datos representa algn aspecto del mundo real, llamado minimundo o universo de discurso. Las modificaciones del minimundo se reflejan en la base de datos. Una base de datos es un conjunto de datos lgicamente coherente, con cierto significado inherente. Una coleccin aleatoria de datos no sera una base da datos. Toda base de datos se disea, construye y puebla con datos para un propsito especfico. Est dirigida a un grupo de usuarios y tiene ciertas aplicaciones preconcebidas que interesan a dichos usuarios. En resumen, una base de datos tiene una fuente de la cual se derivan los datos, cierto grado de interaccin con los acontecimientos del mundo real y un pblico que est activamente interesado en el contenido de la base de datos. Las bases de datos pueden ser de cualquier tamao y tener diversos grados de complejidad. Ejemplos: Lista de nombres y direcciones con 100 registros. El catlogo de una biblioteca con medio milln de registros, clasificados por distintas categoras (autor, ttulo, tema, etc.) Toda la informacin debe organizarse y controlarse para que los usuarios puedan buscar, obtener y actualizar los datos cuando sea necesario. La generacin y el mantenimiento de las bases de datos pueden ser manuales o mecnicos. Para el ltimo se utiliza un sistema de gestin de base de datos. ASPECTOS BASICOS Un Sistema de Gestin de Bases de Datos (SGBD, en ingls, Database Management System: DBMS) es un conjunto de programas que permite a los usuarios crear y mantener una base de datos. Este sistema permite: Definir la base de datos: que consiste en especificar los tipos de datos, las estructuras y las restricciones de los datos. Construir la base de datos: es el proceso de guardar los datos en algn medio de almacenamiento controlado por el SGBD. Manipular la base de datos: que consiste en funciones de consulta para obtener datos especficos, de actualizacin para reflejar cambios en el minimundo y de generacin de informes. Un Sistema de Base de Datos es el conjunto formado por la base de datos y el software para la manipulacin (SGBD). Manejo de los Datos: Las facilidades que proporciona una base de datos dependen hasta cierto punto del tamao y capacidad de la mquina en la que se trabaje. En particular, los sistemas en maquinas grandes (sistemas grandes) casi siempre son multiusuario, mientras que los de las mquinas pequeas (sistemas pequeos) suelen ser de un solo usuario. En un sistema multiusuario, varios usuarios pueden tener acceso a la base de datos al mismo tiempo y en el sistema de un solo usuario, slo un usuario puede tener

acceso a la base de datos en un momento dado, pero en realidad la multiusuario tiene como objetivo que cada usuario se pueda comportar como en un sistema de un usuario. En general la informacin de la base de datos (por lo menos en los sistemas grandes) estar integrada y adems ser compartida, que constituyen una ventaja importante en ambientes grandes y por lo menos la integracin puede tener relevancia en el ambiente pequeo. Que sea integrada significa que la base de datos puede considerarse como una unificacin de varios archivos de datos y que elimina cualquier redundancia entre ellos.Que sea compartida significa que los elementos individuales de la informacin en la base de datos pueden compartirse entre varios usuarios distintos, en el sentido de que todos ellos pueden tener acceso al mismo tiempo al mismo elemento de informacin (y con propsitos distintos). Esta capacidad de compartir simultneamente o no depende de la integracin en la base de dato. Otra consecuencia de la integracin es que por lo regular un usuario determinado slo se ocupar de un subconjunto de la base de datos total y los distintos subconjuntos de los distintos usuarios se supondrn de diversas maneras. Equipo: Los componentes del sistema de base de datos son: Los volmenes de almacenamiento secundario (por lo general discos magnticos de cabeza mvil) donde se conservan los datos almacenados, junto con los dispositivos de E/S asociados, controladores de dispositivos, canales de E/S, etc. El procesador o procesadores y la memoria principal asociada que hacen posible la ejecucin de los programas del sistema de base de datos. Usuarios: Se toman en cuenta tres clases de usuarios: Programador de aplicaciones: quien se encarga de escribir programas de aplicacin que utilizan la base de datos. Estos programas operan sobre los datos en todas las formas acostumbradas: recuperacin de informacin ya existente, insercin, eliminacin o modificacin de datos. Usuario final: quien interacta con el sistema desde una terminal en lnea. Un usuario final puede tener acceso a la base de datos utilizando una interfaz incluida como parte integral de los programas del sistema de la base de datos, estas interfaces tambin trabajan mediante aplicaciones en lnea. Casi todos los sistemas incluyen por lo menos una aplicacin integrada para consultar informacin interactivamente con la que el usuario puede formular mandatos o proposiciones de alto nivel como select, insert, etc., al CBMS y tambin se encuentran las interfaces manejadas mediante mens o iconos que son mas fciles de utilizar en el caso de personas sin estudios formales de procesamiento de datos. Administrador de base de datos DBA (database administrator): su funci n es decidir en primer trmino cuales datos deben almacenarse en la base de datos y establecer polticas para mantener y manejar los datos una vez almacenados. El DBA es un gerente, no un tcnico, el DBA garantiza el funcionamiento adecuado del sistema.

Considrese parte de una empresa de cajas de ahorro, que mantiene informacin acerca de todos los clientes y cuentas de ahorro. Una manera de mantener la informacin en un computador es almacenarla en archivos del sistema operativo. Para permitir a los usuarios manipular la informacin, el sistema tiene un nmero de programas de aplicacin que manipula los archivos, incluyendo:

10

Un programa para efectuar cargos o abonos en una cuenta. Un programa para aadir una cuenta nueva. Un programa para calcular el saldo de una cuenta. Un programa para generar las operaciones mensuales. Estos programas de aplicacin se han escrito por programadores de sistemas en respuesta a las necesidades de la organizacin bancaria. Si las necesidades se incrementan, se aaden nuevos programas de aplicacin al sistema. Por ejemplo supngase que las regularizaciones de un nuevo gobierno permiten a las cajas de ahorro ofrecer cuentas corrientes. Como resultado se crean nuevos archivos permanentes que contengan informacin acerca de todas las cuentas corrientes mantenidas por el banco, y puede ser necesario escribir nuevos programas de aplicacin para tratar situaciones que no existen en las cuentas de ahorro, tales como manejar descubiertos. As, sobre la marcha, se aaden ms archivos y programas de aplicacin al sistema. Este sistema de procesamiento de archivos tpico que se acaba de describir se mantiene mediante un sistema operativo convencional. Los registros permanentes son almacenados en varios archivos y se escriben diferentes programas de aplicacin para extraer registros y para aadir registros a los archivos adecuados. Antes de la llegada de los sistemas de gestin de bases de datos (SGBDs), las organizaciones normalmente han almacenado la informacin usando tales sistemas. Mantener informacin de la organizacin en un sistema de procesamiento de archivos tiene una seria de inconvenientes importantes.

Redundancia e inconsistencia de datos. Debido a que los archivos y programa de aplicacin son creados por diferentes programadores en un largo periodo de tiempo, los diversos archivos tienen probablemente diferentes formatos y los programas pueden estar escritos en diferentes lenguajes. Ms aun, la misma informacin puede estar duplicada en diferentes lugares (archivos).Por ejemplo, la direccin y numero telefnico de un cliente particular puede aparecer en un archivo que contenga registros de una cuenta de ahorros y en un archivo que contenga registros de una cuenta corriente. Esta redundancia conduce a un almacenamiento y coste de acceso ms altos. Adems puede conducir a inconsistencia de datos; es decir, las diversas copias de los mismos datos pueden no coincidir. Por ejemplo, un cambio en la direccin del cliente puede estar

11

reflejado en los registros de la cuenta de ahorros pero no estarlo en el resto del sistema. Dificultad en el acceso a datos. Supongase que uno de los empleados del banco necesita averiguar los nombres de todos los clientes que viven en el distrito postal 28733 de la cuidad. El empleado pide al departamento de procesamiento de datos que genere dicha lista. Debido a que esta peticin no fue prevista cuando el sistema original fue diseado, no hay un programa de aplicacin a mano para satisfacerla. Hay, sin embargo un programa de aplicacin que genera la lista de todos los clientes. El empleado del banco tiene ahora dos opciones: bien obtener la lista de todos los clientes y obtener la informacin que necesita manualmente, o bien pedir al departamento de procesamiento de datos que haga que un programador de sistema escriba el programa de aplicacin necesario. Ambas alternativas con obviamente insatisfactorias. Supngase que se escribe tal programa y que, varios das ms tarde, el mismo empleado necesita arreglar esa lista para incluir solo aquellos clientes que tienen una cuenta con un saldo de 10,000 euros o ms. Como se puede esperar, un programa para generar tal lista no existe, de nuevo el empleado tiene que elegir entre dos opciones, ninguna de las cuales es satisfactoria. La cuestin aqu es que el entorno de procesamiento de archivos convencional no permite que los datos necesarios sean obtenidos de una forma prctica y eficiente. Se deben desarrollar sistemas de recuperacin de datos ms interesantes para uso general.

Aislamiento de datos. Debido a que los datos estn dispersos en varios archivos, y los archivos pueden estar en diferentes formatos, es difcil escribir nuevos programas de aplicacin para recuperar los datos apropiados. Problemas de integridad. Los valores almacenados en la base de datos deben satisfacer ciertos tipos de restricciones de consistencia. Por ejemplo, el saldo de una cuenta bancaria no puede ser nunca ms bajo de una cantidad predeterminada. Los desarrolladores hace cumplir esas restricciones en el sistema aadiendo el cdigo apropiado en los diversos programas de aplicacin. Sin embargo, cuando se aaden nuevas restricciones, es difcil cambiar los programas para hacer que se cumplan. El problema es complicado cuando las restricciones implican diferentes elementos de datos de diferentes archivos. Problemas de atomicidad. Un sistema de un computador como cualquier otro dispositivo mecnico o elctrico, est sujeto a fallos. En muchas ocasiones es crucial asegurar que, una vez que un fallo ha ocurrido y se ha

12

detectado, los datos se restaurarn al estado de consistencia que exista antes del fallo. Consideremos un programa para transferir 50 euros desde la cuenta A a la B. Si ocurre un fallo del sistema durante la ejecucin del programa, es posible que los 50 euros fueron eliminados de la cuenta A, pero no abonados a la cuenta B, resultando un estado de la base de datos inconsistente. Claramente es esencial para la consistencia de la base de datos que ambos, el abono y el cargo tengan lugar o que ninguno tenga lugar. Es decir, la transferencia de fondos debe ser atmica: esta debe ocurrir en ellos por completo o no ocurrir en absoluto. Es difcil asegurar esta propiedad en un sistema de procesamiento de archivos convencional. Anomalas en el acceso concurrente. Conforme se ha ido mejorando el conjunto de ejecucin de los sistemas y ha sido posible una respuesta en tiempo ms rpido, muchos sistemas ha ido perdiendo a mltiples usuarios actualizar los datos simultneamente. En tales sistemas un entorno de interaccin de actualizaciones concurrentes pueden dar lugar a datos inconsistentes. Considrese una cuenta bancaria A que contiene 500 euros. Si dos clientes retiran fondos (por ejemplo 50 y 100 euros respectivamente) de la cuenta A en aproximadamente el mismo tiempo, el resultado de las ejecuciones concurrentes puede dejar la cuenta en un estado incorrecto. Supongamos que los programas se ejecutan para cada retirada y escriben el resultado despus. Si los dos programas funcionan concurrentemente. Pueden leer ambos el valor 500 euros y escribir despus 450 y 400 euros, respectivamente. Dependiendo de cual escriba el ltimo valor la cuanta puede contener bien 450 euros o bien 400 euros, en lugar del valor correcto, 350 euros. Para protegerse contra esta posibilidad, el sistema debe mantener alguna especie de supervisin. Sin embargo, ya que se puede acceder a los datos desde muchos programas de aplicacin diferentes que no han sido previamente coordinados, la supervisin es difcil de proporcionar. Problemas de seguridad. No todos los usuarios de un sistema de base de datos debera poder acceder a todos los datos. Por ejemplo, en un sistema bancario, el personal de nminas necesita ver solo esa parte de la base de datos que tiene la informacin acerca de varios empleados del banco. No necesitan acceder a la informacin acerca de las cuentas del cliente. Como los programas de aplicacin se aaden al sistema de una forma "add doc", es difcil garantizar tales restricciones de seguridad.

Estas dificultades, entre otras, han motivado al desarrollo de sistemas de base de datos.

13

USUARIOS Y ADMINISTRADORES DE LA BASE DE DATOS

Las usuarios de una base de datos pueden clasificarse en diferentes roles: Por un lado tenemos los usuarios, y por otro los adminstradores. Usuarios Los usuarios se dividen en:

Usuarios normales: Usuarios no sofisticados, que interactan con el sistema mediante la ejecucin de programas especficos escritos por otras personas. Normalmente la interfaz consiste en formularios e informes generados. Programadores de aplicaciones: Profesionales informticos que escriben los programas de aplicacin que utilizan los usuarios. Para ello se suelen usar lenguajes convencionales, entornos de herramientas de desarrollo rpido de aplicaciones (RAD - Rapid Application Development) o lenguajes de cuarta generacin. Usuarios sofisticados: Interactan con el sistema sin usar aplicaciones especficas, usando directamente el lenguaje de consultas. Los analistas que utilizan consultas para explotar los datos en la base de datos entran en esta categora. Usuarios especializados: son usuarios sofisticados que escriben aplicaciones de BD especializadas que no son adecuadas en el marco de procesamiento de datos tradicional.

14

ADMINISTRADOR DE LA BASE DE DATOS

Usar un un sistema gestor de base de datos implica tener un control centralizado de las formas de acceso a los los datos. La personas encargadas de este control se denominan administradores de la base de datos. Sus funciones incluyen:

Diseo y creacin de esquemas. Definicin de estructuras y mtodos de accesos. Modificar los esquemas y la organizacin fsica, si fuera necesario. Mantenimiento de usuarios: Crear cuentas, roles, conceder o revocar autorizaciones a los usuarios para poder trabajar con los datos. Mantenimientos rutinarios: copias de respaldo, comprobacin de espacio ocupado en los discos, comprobaciones de rendimiento.

COMPONENTES DE UN SISTEMA DE BASE DE DATOS

Los SGBD son paquetes de software muy complejos y sofisticados que deben proporcionar los servicios comentados en la seccin anterior. No se puede generalizar sobre los elementos que componen un SGBD ya que varan mucho unos de otros. Sin embargo, es muy til conocer sus componentes y cmo se relacionan cuando se trata de comprender lo que es un sistema de bases de datos. Un SGBD tiene varios mdulos, cada uno de los cuales realiza una funcin especfica. El sistema operativo proporciona servicios bsicos al SGBD, que es construido sobre l.

El procesador de consultas es el componente principal de un SGBD. Transforma las consultas en un conjunto de instrucciones de bajo nivel que se dirigen al gestor de la base de datos. El gestor de la base de datos es el interface con los programas de aplicacin y las consultas de los usuarios. El gestor de la base de datos acepta consultas y examina los esquemas externo y conceptual para determinar qu registros se requieren para satisfacer la peticin. Entonces el gestor de la base de datos realiza una llamada al gestor de ficheros para ejecutar la peticin. El gestor de ficheros maneja los ficheros en disco en donde se almacena la base de datos. Este gestor establece y mantiene la lista de estructuras e ndices definidos en el esquema interno. Si se utilizan ficheros dispersos, llama a la funcin de dispersin para generar la direccin de los registros. Pero el gestor de ficheros no realiza directamente la entrada y salida de datos. Lo que hace es pasar la peticin a los mtodos de acceso del sistema operativo que se encargan de leer o escribir los datos en el buffer del sistema.

15

El preprocesador del LMD convierte las sentencias del LMD embebidas en los programas de aplicacin, en llamadas a funciones estndar escritas en el lenguaje anfitrin. El preprocesador del LMD debe trabajar con el procesador de consultas para generar el cdigo apropiado. El compilador del LDD convierte las sentencias del LDD en un conjunto de tablas que contienen metadatos. Estas tablas se almacenan en el diccionario de datos. El gestor del diccionario controla los accesos al diccionario de datos y se encarga de mantenerlo. La mayora de los componentes del SGBD acceden al diccionario de datos.

Los principales componentes del gestor de la base de datos son los siguientes:

Control de autorizacin. Este mdulo comprueba que el usuario tiene los permisos necesarios para llevar a cabo la operacin que solicita. Procesador de comandos. Una vez que el sistema ha comprobado los permisos del usuario, se pasa el control al procesador de comandos. Control de la integridad. Cuando una operacin cambia los datos de la base de datos, este mdulo debe comprobar que la operacin a realizar satisface todas las restricciones de integridad necesarias. Optimizador de consultas. Este mdulo determina la estrategia ptima para la ejecucin de las consultas. Gestor de transacciones. Este mdulo realiza el procesamiento de las transacciones. Planificador (scheduler). Este mdulo es el responsable de asegurar que las operaciones que se realizan concurrentemente sobre la base de datos tienen lugar sin conflictos. Gestor de recuperacin. Este mdulo garantiza que la base de datos permanece en un estado consistente en caso de que se produzca algn fallo. Gestor de buffers. Este mdulo es el responsable de transferir los datos entre memoria principal y los dispositivos de almacenamiento secundario. A este mdulo tambin se le denomina gestor de datos.

16

ARQUITECTURA DE UN SISTEMA DE BASE DE DATOS

1. 2. 3. 4.

Arquitectura ANSI Redundancia Integridad Terminologa en la arquitectura de la bases de datos

Hay tres caractersticas importantes inherentes a los sistemasde bases de datos: la separacin entre los programasde aplicacin y los datos, el manejo de mltiples vistas por parte de los usuarios y el uso de un catlogo para almacenar el esquema de la base de datos. En 1975, el comit ANSI-SPARC (American National Standard Institute - Standards Planning and Requirements Committee) propuso una arquitecturade tres niveles para los sistemas de bases de datos, que resulta muy til a la hora de conseguir estas tres caractersticas. La definicin de un sistema de informacin es la descripcindetallada de la arquitectura del sistema. Las arquitecturas de bases de datos han evolucionado mucho desde sus comienzos, aunque la considerada estndar hoy en da es la descrita por el comit ANSI/X3/SPARC ( Standard Planning and Requirements Committee of the American National Standards Institute on Computers and Information Processing), que data de finales de los aos setenta. Este comit propuso una arquitectura general para DBMSs basada en tres niveles o esquemas: el nivel fsico, o de mquina, el nivel externo, o de usuario, y el

17

nivel conceptual. As mismo describi las interacciones entre estos tres niveles y todos los elementos que conforman cada uno de ellos. Arquitectura ANSI La arquitectura de sistemas de bases de datos de tres esquemas fue aprobado por la ANSISPARC (American National Standard Institute - Standards Planning and Requirements Committee) en 1975 como ayuda para conseguir la separacin entre los programas de aplicacin y los datos, el manejo de mltiples vistas por parte de los usuarios y el uso de un catlogo para almacenar el esquema de la base de datos. Nivel interno: Tiene un esquema interno que describe la estructura fsica de almacenamientode base de datos. Emplea un modelo fsico de datos y los nicos datos que existen estn realmente en este nivel. Nivel conceptual: tiene esquema conceptual. Describe la estructura de toda la base de datos para una comunidad de usuarios. Oculta los detalles fsicos de almacenamiento y trabaja con elementos lgicos como entidades, atributos y relaciones. Nivel externo o de vistas:tiene varios esquemas externos o vistas de usuario. Cada esquema describe la visin que tiene de la base de datos a un grupo de usuarios, ocultando el resto.

El objetivo de la arquitectura de tres niveles es el de separar los programas de aplicacin de la base de datos fsica. La mayora de los SGBD no distinguen del todo los tres niveles. Algunos incluyen detalles del nivel fsico en el esquema conceptual. En casi todos los SGBD que se manejan vistas de usuario, los esquemas externos se especifican con el mismo modelo de datos que describe la informacin a nivel conceptual, aunque en algunos se pueden utilizar diferentes modelos de datos en los niveles conceptual y externo. Hay que destacar que los tres esquemas no son ms que descripciones de los mismos datos pero con distintos niveles de abstraccin. Los nicos datos que existen realmente estn a nivel fsico, almacenados en un dispositivo como puede ser un disco. En un SGBD basado en la arquitectura de tres niveles, cada grupo de usuarios hace referencia exclusivamente a su propio esquema externo. Por lo tanto, el SGBD debe transformar cualquier peticin expresada en trminos de un esquema externo a una peticin expresada en trminos del esquema conceptual, y luego, a una peticin en el esquema interno, que se procesar sobre la base de datos almacenada. Si la peticin es de una obtencin (consulta) de datos, ser preciso modificar el formato de la informacin extrada de la base de datos almacenada, para que coincida con la vista externa del usuario. El procesode transformar peticiones y resultados de un nivel a otro se denomina correspondencia o transformacin. Estas correspondencias pueden requerir bastante tiempo, por lo que algunos SGBD no cuentan con vistas externas.

18

La arquitectura de tres niveles es til para explicar el concepto de independencia de datosque podemos definir como la capacidad para modificar el esquema en un nivel del sistema sin tener que modificar el esquema del nivel inmediato superior. Se pueden definir dos tipos de independencia de datos: La independencia lgicaes la capacidad de modificar el esquema conceptual sin tener que alterar los esquemas externos ni los programas de aplicacin. Se puede modificar el esquema conceptual para ampliar la base de datos o para reducirla. Si, por ejemplo, se reduce la base de datos eliminando una entidad, los esquemas externos que no se refieran a ella no debern verse afectados. La independencia fsicaes la capacidad de modificar el esquema interno sin tener que alterar el esquema conceptual (o los externos). Por ejemplo, puede ser necesario reorganizar ciertos ficheros fsicos con el fin de mejorar el rendimiento de las operacionesde consulta o de actualizacin de datos. Dado que la independencia fsica se refiere slo a la separacin entre las aplicaciones y las estructurasfsicas de almacenamiento, es ms fcil de conseguir que la independencia lgica.

En los SGBD que tienen la arquitectura de varios niveles es necesario ampliar el catlogo o diccionario, de modo que incluya informacin sobre cmo establecer la correspondencia entre las peticiones de los usuarios y los datos, entre los diversos niveles. El SGBD utiliza una serie de procedimientos adicionales para realizar estas correspondencias haciendo referencia a la informacin de correspondencia que se encuentra en el catlogo. La independencia de datos se consigue porque al modificarse el esquema en algn nivel, el esquema del nivel inmediato superior permanece sin cambios, slo se modifica la correspondencia entre los dos niveles. No es preciso modificar los programas de aplicacin que hacen referencia al esquema del nivel superior. Por lo tanto, la arquitectura de tres niveles puede facilitar la obtencin de la verdadera independencia de datos, tanto fsica como lgica. Sin embargo, los dos niveles de correspondencia implican un gasto extra durante la ejecucin de una consulta o de un programa, lo cual reduce la eficiencia del SGBD. Es por esto que muy pocos SGBD han implementado esta arquitectura completa.

19

Arquitectura funcional ANSI/X3/SPARC

Conclusin
Primero, es posible pensar en un sistema de base de datos como un sistema de registros computarizado. Dicho sistema comprende a los propios datos (almacenados en la base de datos), al hardware, al software (en particular al sistema de administracin de base de datos o DBMS) y (lo ms importante!) a los usuarios. A su vez, los usuarios pueden ser divididos en programadores de aplicaciones, usuarios finales y administrador de base de datos o DBA. El DBA es el responsable de administrar la base de datos y el sistema de base de datos, de acuerdo con las polticas establecidas por el administrador de datos. Las bases de datos estn integradas y por lo regular son compartidas; se emplean para almacenar datos persistentes. Dichos datos pueden considerarse, de manera til aunque informal, como una representacin de entidades, junto con los vnculos que estn entre

20

stas (aunque de hecho, un vnculo es en realidad slo una clase especial de entidad). Analizaremos brevemente la idea de los diagramas de entidad/vnculo. Los sistemas de bases de datos ofrecen diversos beneficios. Uno de los ms importantes es el de la independencia (fsica) de los datos. Podemos definir la independencia de los datos como la inmunidad que tienen los programas de aplicacin ante los cambios en la forma almacenar o acceder fsicamente a los datos. Entre otras cosas, la independencia de los datos requiere que se haga una clara distincin entre el modelo de datos y su implementacin. (De paso, le recordamos que el trmino modelo de datos, quizs en forma desafortunada, tiene dos significados diferentes.) Los sistemas de bases de datos tambin soportan por lo regular transacciones o unidades de trabajo lgicas. Una ventaja de las transacciones es que est garantizado que sean atmicas (todo o nada), incluso si el sistema falla a mitad de su ejecucin. Por ltimo, los sistemas de bases de datos pueden estar fundamentados en varias teoras diferentes. En particular, los sistemas relacinales se basan en una teora formal denominada modelo relacional, segn la cual los datos estn representados como filas de tablas (interpretadas como proposiciones verdaderas) y cuentan con operadores que manejan directamente el proceso de inferir proposiciones verdaderas adicionales a partir de las ya dadas. Desde una perspectiva tanto econmica como terica, los sistemas relacionales son sin duda los ms importantes (y no es probable que esta situacin cambie en el futuro previsible). Vimos algunos ejemplos de SQL, el lenguaje estndar para tratar con los sistemas relacionales (en particular, ejemplos de las instrucciones SELECT, INSERT, UPDATE y DELETE de SQL). Este libro se basar en gran medida en los sistemas relacionales, aunque por las razones que expuse en el prefacio, no demasiado en SQL per se.

BIBLIOGRAFIA

http://www3.uji.es/~mmarques/f47/apun/node40.html http://databas.blogspot.com/2008/03/15-usuarios-y-administradores-de-la.html http://www.google.cl/

Thomas M. Connolly, Carol E. Begg; "Sistemas de base de datos, un enfoque prctico para diseo, implementacin y gestin. ",Cuarta edicin; Addison Wesley; Madrid; 2005. Captulo 1: Introduccin a los sistemas de base de datos. Silbertchatz korth sudarshan.Fundamentos de bases de datos. 4ta. edicion

21

Jeffrey D ullman, Jennifer widam Introducccion a los sistemas de B.D. prentice hall.