Historia y evolucin de las Bases de Datos La automatizacin de las tareas de procesamiento de datos precede a las computadoras.

Las tarjetas perforadas, inventadas por Hollerith, se usaron en los principios del siglo XX para registrar los datos del censo de los EE.UU., y se usaron sistemas mecnicos para procesar las tarjetas y para tabular los resultados. Las tarjetas perforadas posteriormente se usaron ampliamente como medio para introducir datos en las computadoras. Se dice que los sistemas de bases de datos tienen sus races en el proyecto estadounidense Apolo de mandar al hombre a la luna, en los aos sesenta. En aquella poca, no haba ningn sistema que permitiera gestionar la inmensa cantidad de informacin que requera el proyecto. La primera empresa encargada del proyecto, NAA (North American Aviation), desarroll un software denominado GUAM (General Update Access Method) que estaba basado en el concepto de que varias piezas pequeas se unen para formar una pieza ms grande, y as sucesivamente hasta que el producto final est ensamblado. Esta estructura, que tiene la forma de un rbol, es lo que se denomina una estructura jerrquica. Las tcnicas de almacenamiento de datos han evolucionado a lo largo de la historia: Dcada de 1950 y principios de 1960 Se desarrollan las cintas magnticas para el almacenamiento de datos. Las tareas de procesamiento de datos tales como las nminas fueron automatizadas, con los datos almacenados en cintas. El procesamiento de datos consista en leer datos de una o ms cintas y escribir datos en una nueva cinta. Los datos tambin se podan introducir desde paquetes de tarjetas perforadas e impresos en impresoras. Por ejemplo, los aumentos de sueldo se procesaban introduciendo los aumentos en las tarjetas perforadas y leyendo el paquete de cintas perforadas en sincronizacin con una cinta que contena los detalles maestros de los salarios. Los registros deban estar igualmente ordenados. Los aumentos de sueldo tenan que aadirse a los sueldos ledos de la cinta maestra, y escribirse en una nueva cinta; esta nueva cinta se converta en la nueva cinta maestra. Las cintas solo se podan leer secuencialmente, y los tamaos de datos eran mucho mayores que la memoria principal; as, los programas de procesamiento de datos tenan que procesar los datos segn un determinado orden, leyendo y mezclando datos de cintas y paquetes de tarjetas perforadas.

Finales de la dcada de 1960 y la dcada de 1970 El amplio uso de los discos fijos a finales de la dcada de los 60 cambi en gran medida el escenario del procesamiento de datos, ya que los discos fijos permitieron el acceso directo a los datos. La ubicacin de los datos en disco no era importante, ya que a cualquier posicin del disco se poda acceder en slo decenas de milisegundos. Los datos se liberaron de la tirana de la secuencialidad. Con los discos pudieron desarrollarse las bases de datos de red y jerrquicas, que permitieron que las estructuras de datos tales como listas y rboles pudieran almacenarse en disco. Los programadores pudieron construir y manipular estas estructuras de datos. El sistema de red se desarroll, en parte, para satisfacer la necesidad de representar relaciones entre datos ms complejos que las que se podan modelar con los sistemas jerrquicos, y, en parte, para imponer un estndar de bases de datos. Para ayudar a establecer dicho estndar, CODASYL (Conference on Data Systems Languages), formado por representantes del gobierno de EEUU y representantes del mundo empresarial, formaron un grupo denominado DBTG (Data Base Task Group), cuyo objetivo era definir unas especificaciones estndar que permitieran la creacin de bases de datos y el manejo de los datos. El DBTG present su informe final en 1971 y

aunque ste no fue formalmente aceptado por ANSI (American National Standards Institute), muchos sistemas se desarrollaron siguiendo la propuesta del DBTG. Estos sistemas son los que se conocen como sistemas de red, o sistemas CODASYL o DBTG. Los sistemas jerrquico y de red constituyen la primera generacin de los SGBD. Pero estos sistemas presentan algunos inconvenientes: Es necesario escribir complejos programas de aplicacin para responder a cualquier tipo de consulta de datos, por simple que sta sea. La independencia de datos es mnima. No tienen un fundamento terico.

Un artculo histrico de Codd defini el modelo relacional y formas no procedimentales de consultar los datos en el modelo relacional, y nacieron las bases de datos relacionales. La simplicidad del modelo relacional y la posibilidad de ocultar completamente los detalles de implementacin al programador fueron realmente atractivas.

Dcada de 1980 Aunque acadmicamente interesante, el modelo relacional no se us inicialmente en la prctica debido a sus inconvenientes por el rendimiento; las bases de datos relacionales no pudieron competir con el rendimiento de las bases de datos de red y jerrquicas existentes. Esta situacin cambi con System R, un proyecto innovador en IBM Research que desarroll tcnicas para la construccin de un sistema de base de datos relacionales eficiente. En los principios de la dcada de 1980 las bases de datos relacionales llegaron a competir con los sistemas de bases de datos jerrquicas y de red incluso en el rea de rendimiento. Las bases de datos relacionales fueron tan sencillas de usar que finalmente reemplazaron a las bases de datos jerrquicas y de red; los programadores que usaban estas bases de datos estaban forzados a tratar muchos detalles de implementacin de bajo nivel y tenan que codificar sus consultas de forma procedimental. An ms importante, deban tener presente el rendimiento durante el diseo de sus programas, lo que implicaba un gran esfuerzo. En cambio, en una base de datos relacional, casi todas estas tareas de bajo nivel se realizan automticamente por la base de datos, liberando al programador en el nivel lgico. La dcada de 1980 tambin fue testigo de una gran investigacin en las bases de datos paralelas y distribuidas, as como del trabajo inicial de las bases de datos orientadas a objetos.

Principio de la dcada de 1990 El lenguaje SQL se dise fundamentalmente para las aplicaciones de ayuda a la toma de decisiones, que son intensivas en consultas, mientras que el objetivo principal de las bases de datos en la dcada de 1980 fue las aplicaciones de un procesamiento de procesamiento de transacciones, que son intensivas en actualizaciones. La ayuda a la toma de decisiones y las consultas reemergieron como una importante rea de la aplicacin para las bases de datos. Las herramientas para analizar grandes cantidades de datos experimentaron un gran crecimiento de uso.

Finales de la dcada de 1990

El principal acontecimiento fue el crecimiento explosivo del World Wide Web. Las bases de datos se implementaron mucho ms extensivamente que nunca antes. Los sistemas de bases de datos tienen ahora soporte para tasas de transacciones muy altas, as como muy alta fiabilidad y disponibilidad 24 x 7. Los sistemas de base de datos tambin tuvieron interfaces Web a los datos.

Actualidad Hoy en da, existen cientos de SGBD relacionales, tanto para microordenadores como para sistemas multiusuario, aunque muchos no son completamente fieles al modelo relacional. Otros sistemas relacionales multiusuario son INGRES de Computer Associates, Informix de Informix Software Inc. y Sybase de Sybase Inc. Ejemplos de sistemas relacionales de microordenadores son Paradox y dBase IV de Borland, Access de Microsoft, FoxPro y R: base de Microrim. Los SGBD relacionales constituyen la segunda generacin de los SGBD. Sin embargo, el modelo relacional tambin tiene sus fallos, siendo uno de ellos su limitada capacidad al modelar los datos. Se ha hecho mucha investigacin desde entonces tratando de resolver este problema. En 1976, Chen present el modelo entidadrelacin, que es la tcnica ms utilizada en el diseo de bases de datos. En 1979, Codd intent subsanar algunas de las deficiencias de su modelo relacional con una versin extendida denominada RM/T (1979) y ms recientemente RM/V2 (1990).

Bases de datos orientadas a objetos El origen de las BDOO se encuentra bsicamente en las siguientes razones: La existencia de problemas para representar cierta informacin y modelar ciertos aspectos del mundo real, puesto que los modelos clsicos permiten representar gran cantidad de datos, pero las operaciones y representaciones que se pueden realizar sobre ellos son bastante simples. El paso del modelo de objetos al modelo relacional genera dificultades que en el caso de las BDOO no surgen ya que el modelo es el mismo.

Por lo tanto, las bases de datos orientadas a objetos surgen bsicamente para tratar de paliar las deficiencias de los modelos anteriores y para proporcionar eficiencia y sencillez a las aplicaciones. Las debilidades y limitaciones de los SGBDR son: Pobre representacin de las entidades del mundo real. Sobrecarga y poca riqueza semnticas. Soporte inadecuado para las restricciones de integridad y empresariales Estructura de datos homognea Operaciones limitadas Dificultades para gestionar las consultas recursivas Desadaptacin de impedancias Problemas asociados a la concurrencia, cambios en los esquemas y el inadecuado acceso navegacional. No ofrecen soporte para tipos definidos por el usuario (slo dominios)

Mientras que las necesidades de las aplicaciones actuales con respecto a las bases de datos son: Soporte para objetos complejos y datos multimedia Identificadores nicos Soporte a referencias e interrelaciones Manipulacin navegacional y de conjunto de registros Jerarquas de objetos o tipos y herencia Integracin de los datos con sus procedimientos asociados Modelos extensibles mediante tipos de datos definidos por el usuario Gestin de versiones Facilidades de evolucin Transacciones de larga duracin Interconexin e interoperabilidad

Debido a las limitaciones anteriormente expuestas, el uso de BDOO es ms ventajoso si se presenta en alguno de los siguientes escenarios: Un gran nmero de tipos de datos diferentes Un gran nmero de relaciones entre los objetos Objetos con comportamientos complejos

Se puede encontrar este tipo de complejidad acerca de tipos de datos, relaciones entre objetos y comportamiento de los objetos principalmente en aplicaciones de ingeniera, manufacturacin, simulaciones, automatizacin de oficina y en numerosos sistemas de informacin. No obstante, las BDOO no estn restringidas a estas reas. Ya que al ofrecer la misma funcionalidad que su precursoras relacionales, el resto de campos de aplicacin tiene la posibilidad de aprovechar completamente la potencia que las BDOO ofrecen para modelar situaciones del mundo real.

CONCLUSIONES

Del anterior trabajo se puede concluir que las bases de datos fueron creadas por la necesidad del hombre de almacenar grandes cantidades de informacin de una manera ms ordenada, para poder obtenerla de la manera ms rpida cuando se necesita. Las bases de datos comenzaron siendo solo una pequea evolucin del sistema de archivos pero con el tiempo y la aparicin de las bases de datos de red y jerrquicas, posteriormente las relacionales y finalmente las orientadas a objetos, se ha hecho de estos dispositivos la herramienta vital en todo sistema de informacin para grandes empresas y organizaciones. BIBLIOGRAFAS
http://www.itescam.edu.mx/principal/sylabus/fpdb/recursos/r23897.PDF http://www3.uji.es/~mmarques/f47/apun/node6.html

Silberschatz, Korth, Sudarshan. Fundamentos de Bases de Datos. Ed. McGraw Hill. Pg. 13

CONCEPTOS BSICOS
Base de Datos (BD): Coleccin compartida de datos lgicamente relacionados, junto con una descripcin de estos datos, que est diseada para satisfacer las necesidades de informacin de una organizacin. Sistema Manejador de Base de Datos (SMBD, Sistema de gestin de base de datos o en ingls Database management system): Conjunto de programas de software que permite definir, crear, mantener y controlar el acceso a bases de datos. Programa de Aplicacin: Programa que interacta con una BD emitiendo solicitudes al SMBD. Sistema de Base de Datos: BD + SMBD + Programas de Aplicacin o Definir una base de datos: consiste en especificar los tipos de datos, estructuras y restricciones para los datos que se almacenarn. o Construir una base de datos: es el proceso de almacenar los datos sobre algn medio de almacenamiento. o Manipular una base de datos: incluye funciones como consulta, actualizacin, etc. de bases de datos. Si el sistema soporta bases de datos relacionales se llama RDBMS en ingls o SGBDR en espaol. Otras funciones de los SGBD o En la manipulacin de una base de datos, los SGBD deben incluir un control de concurrencia, o sea, deben permitir a varios usuarios tener acceso "simultneo" a la base de datos. Controlar la concurrencia implica que si varios usuarios acceden a la

base de datos, la actualizacin de los datos se haga de forma controlada para que no haya problemas. o Un SGBD tambin debe encargase de cumplir las reglas de integridad y redundancias. o Otra funcin importante en un SGBD es su capacidad de realizar copias de seguridad y de recuperacin de datos. o Restriccin de accesos no autorizados. o Suministrar mltiples interfaces de usuario. o Representar relaciones complejas entre los datos. Clasificacin de los SGBD Esta clasificacin est basada en el modelo de datos en que est basado el SGBD. Los modelos de datos ms habituales son: o Relacional (SGBDR): representa a la base de datos como una coleccin de tablas. Estas bases de datos suelen utilizar SQL como lenguaje de consultas de alto nivel. o Orientado a objetos: define a la base de datos en trminos de objetos, sus propiedades y sus operaciones. Todos los objetos que tienen la misma estructura y comportamiento pertenecen a una clase y las clases de organizan en jerarquas. o Objeto-relacional o relacional extendido: caractersticas de los orientados a objetos. son los sistemas relacionales con

o Jerrquico: representa los datos como estructuras jerrquicas de rbol. o En red o CODASYL DBTG. Un SGBD tambin puede clasificarse por el nmero de usuario a los que da servicio: o Monousuario o Multiusuario o Programador de Aplicaciones. Se encarga de escribir programas para el manejo de La Base de Datos, Usando un lenguaje de alto nivel. o Usuario Final. Es el que utiliza un lenguaje de comandos y/o Programas de Aplicacin.

o Administrador de la base de datos. Es el responsable de definir polticas de acceso a la Base de Datos.

Tambin puede clasificarse segn el nmero de sitios en los que est distribuida la base de datos: o Centralizado: la base de datos y el software SGBD estn almacenados en un solo sitio (una sola computadora). o Distribuido (SGBDD): la base de datos y el software SGBD pueden estar distribuidos en mltiples sitios conectados por una red. As tambin puede clasificarse por los datos: Los datos dentro de una base de datos estn integrados y son compartidos: o Integrados: Puesto que la base de datos es la unificacin de varios archivos con redundancia parcial o totalmente eliminada. o Compartidos: Esto implica que los datos pueden ser accesados concurrentemente por diferentes usuarios.

Componentes de los sistemas de bases de datos Archivos de las DB: Estos tienen los elementos de los datos almacenados en uno de los cuatro formatos de organizacin de archivos de DB. Sistemas de Administracin de DB: Llamado DBMS, es un conjunto de programas de software que administra la DB, controla el acceso a ella, le proporciona seguridad y realiza otras tareas. Sistema de Interface de Lenguaje Anfitrin: Esta es la parte del DBMS que se comunica con los programas de aplicaciones en lenguaje de alto nivel, como programas en Cobol y Fortran que piden datos de los archivos para que pueda obtenerse la informacin necesaria. Programas de aplicacin: Estos realizan las mismas funciones que en sistemas convencionales pero son independientes de los archivos de datos, y usan definiciones estndares de los mismos, los programas de aplicacin usando el lenguaje anfitrin de la interface lo desarrollan por lo general programadores profesionales. (No se definen los datos).

Sistema de Interface de Lenguaje Natural: Este lenguaje de consultas permite la actualizacin y las consultas en lnea de los usuarios que no son muy ilustrados acerca de los sistemas de cmputo (Languajes Query, como SQL). Diccionario de datos: Deposito Centralizado de informacin en forma computarizada acerca de los datos en una DB (el nombre de cada elemento en la DB y una descripcin y definicin de sus atributos). El diccionario incluye informacin acerca de la localizacin de estos datos en los archivos de una DB y muchos tambin contienen reglas de acceso y de seguridad y privacidad acerca de los mismos. Las terminales de acceso y actualizacin en lnea: Estas pueden encontrarse adyacentes en la computadora o a miles de Km. de distancia, pueden ser terminales inteligentes, no inteligentes o micro computadoras.

Arquitectura De Los Sistemas De Bases De Datos Sistema Gestor de Interfaces de Salida: Este proporciona informacin de trabajos de rutina, documentos o informes especiales. Arquitectura ANSI Hay que considerar tres caractersticas importantes inherentes a los sistemas de bases de datos: o La separacin entre los programas de aplicacin y los datos. o El manejo de mltiples vistas. o Uso de un catlogo para almacenar el esquema de la base de datos. En la actualidad existe un estndar propuesto por el comit ANSI/X3/SPARC (Standard Planning and Requirements Commitee of the American National Standards Institute on Computer and Information Processing) Creado a finales de los 70. Este comit propuso una arquitectura general para DBMS basada en tres niveles o esquemas: el nivel fsico, o de mquina, el nivel externo, o de usuario, y el nivel conceptual. As mismo describi las interacciones entre estos tres niveles y todos los elementos que conforman cada uno de ellos. Arquitectura ANSI-SPARC (American National Standard Institute - Standards Planning and Requirements Commitee) Nivel interno: describe la estructura fsica de almacenamiento de base de datos. Emplea un modelo fsico de datos y los nicos datos que existen estn realmente en este nivel. Nivel 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: 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 arquitectura de tres niveles es til para explicar el concepto de independencia de datos que 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: Independencia lgica: Modificar el esquema conceptual sin alterar otros esquemas. Independencia fsica: Modificar el esquema interno sin modificar el esquema lgico o conceptual. Bibliografa:

Elmasri y Navathe: Fundamentos de Sistemas de Bases de Datos 3 edicin, 2002 (Captulo 2). Garcia-Molina, Ullman y Widom: Database systems: the complete book. Prentice-Hall (Captulo 1). Yanet Espinal Martn, Manuel Enrique Puebla Martnez, Avances en Sistemas e Informtica, Sistema para la integracin del proceso de normalizacin de bases de datos relacionales con gestores de base de datos (SINORGES), ISSN 1909-0056, Vol. 7, N. 3, 2010 , pg. 4 Recuperado de: http://dialnet.unirioja.es/servlet/articulo?codigo=3695246