0% encontró este documento útil (0 votos)
95 vistas8 páginas

Introducción: Década de 1950

El documento describe la evolución histórica de las bases de datos desde la década de 1950 hasta la actualidad. Comenzó con el uso de cintas magnéticas en la década de 1950 y progresó a través de generaciones de bases de datos jerárquicas y de red en la década de 1960. El modelo relacional fue definido por Edgar Codd en 1970 y llevó al desarrollo de sistemas de gestión de bases de datos relacionales como System R de IBM. El lenguaje SQL se convirtió en un estándar en la década de 1980 y las bases
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como DOCX, PDF, TXT o lee en línea desde Scribd
0% encontró este documento útil (0 votos)
95 vistas8 páginas

Introducción: Década de 1950

El documento describe la evolución histórica de las bases de datos desde la década de 1950 hasta la actualidad. Comenzó con el uso de cintas magnéticas en la década de 1950 y progresó a través de generaciones de bases de datos jerárquicas y de red en la década de 1960. El modelo relacional fue definido por Edgar Codd en 1970 y llevó al desarrollo de sistemas de gestión de bases de datos relacionales como System R de IBM. El lenguaje SQL se convirtió en un estándar en la década de 1980 y las bases
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como DOCX, PDF, TXT o lee en línea desde Scribd

1.

Introducción

La información es un recurso cada vez más crítico e importante para las empresas y
organizaciones. Por ello es crucial disponer de herramientas que permitan y faciliten su
administración. El administrador de bases de datos debe asegurar y controlar la
información de manera que siempre esté accesible al usuario. Para ello los
administradores tienen como tareas principales el diseño, instalación y configuración
de sistemas gestores de bases de datos, automatización de tareas mediante la
programación de rutinas y scripts, la realización copias de seguridad, la gestión
usuarios y permisos sobre los datos y la monitorización y optimización del rendimiento
de los SGBD

2. Evolución Histórica de las Bases de datos

Años más tarde, el lenguaje de bases de datos que se utilizó para el proyecto System
R, denominado SEQUEL3, evolucionó al hoy extendido lenguaje SQL (Structure Query
Language), el cual fue adoptado por una gran cantidad de compañías, como Oracle o
Sybase, para implementar sus productos, convirtiéndose, de este modo, en un
estándar industrial en lo que respecta a las bases de datos relacionales. De hecho, en
1986 el ANSI adoptó SQL como estándar para los lenguajes relaciones y, en 1987, se
transformó en estándar ISO.Por su parte, en la década de 1990, la investigación en
bases de datos evolucionó hacia las bases de datos orientadas a objetos, las cuales
pueden trabajar con relativa facilidad con datos complejos. De esta forma, surgen
herramientas tan cotidianas en la actualidad como Microsoft Excel y Microsoft Access,
como claro exponente de este tipo de bases de datos orientadas a objetos.Podemos
remontar los orígenes de las bases de datos a la antigüedad, donde ya existían
bibliotecas con ciertos sistemas de catalogación de obras y relacionadas con otros
ámbitos prácticos como la recogida y archivo de información sobre cosechas o censos.
Sin embargo, el gran problema de esos sistemas de almacenamiento de datos
primitivos residía en que las búsquedas eran lentas y poco eficaces, ya que todos los
procesos de búsqueda, consulta, actualización, etc., eran manuales.De este modo, el
término de bases de datos siempre ha estado relacionado con el de informática, a
partir de la necesidad de almacenar grandes cantidades de datos, para su posterior
consulta. Así, diferentes autores sitúan la aparición del término de bases de datos,
como hoy lo conocemos, a partir de las necesidades producidas por las nuevas
industrias de la revolución Industrial.

Década de 1950
En esta década se inventan las cintas magnéticas, las cuales se emplearon para suplir
las necesidades de información de las nuevas industrias como, por ejemplo, para
automatizar la información de las nóminas (como el aumento de salario). Consistía en
leer una cinta o más de una y pasar sus datos a otra (también se podía pasar
información desde tarjetas perforadas). Este sistema también aportaba la posibilidad
de disponer de un backup. A través de este mecanismo se comenzó a automatizar la
información, con el problema de que solo se podía leer de forma secuencial y
ordenadamente.

Figura 1.1. Lectores de cinta de IBM System

Primera generación de las bases de datos: década de 1960


En esta época coincidió, por un lado, la masiva adquisición de ordenadores por parte
de compañías privadas debido a una bajada de sus precios, y, por otro, el uso de los
discos, aspecto este que supuso un adelanto muy importante, ya que por medio de
este soporte se podía consulta información directamente (en milisegundos), sin
necesidad de conocer su ubicación exacta. Esto se debía a que, a diferencia de las
cintas magnéticas, ya no era necesaria la secuencialidad. En esta década también se
inició el trabajo con las primeras generaciones de bases de datos en red y las bases de
datos jerárquicas, ya que surgen estructuras de datos como listas y árboles para
trabajar con la información.En 1967 se crea la organización Data Base Task Group
(DBTG), dando origen a la Conference on Data Systems Languages (CODASYL), con el
objetivo de regular el desarrollo de un lenguaje de programación, estándar que
pudiera ser utilizado en multitud de ordenadores, fruto del cual nació el lenguaje
COBOL, aunque nunca llegaron a establecer estándar alguno, que llegaría años
después con ANSI.

Segunda generación de las bases de datos: década de 1970


La segunda generación de las bases de datos surgió de la mano de Edgar Frank Codd
(23/08/1923 – 18/04/2003), ingeniero de la empresa IBM, con su artículo “Un modelo
relacional de datos para grandes bancos de datos compartidos”, en 1970, en el cual
definió el modelo relacional y las famosas 12 reglas de Codd para los sistemas de
datos relacionales. Por tal motivo, en la literatura, Codd está considerado como el
padre de las bases de datos relacionales. De este modo, también surgirían las bases de
datos comerciales.A partir de los trabajos de Codd se desarrollaron los primeros
Sistemas de Gestión de Bases de Datos Relacionales (DBMS relacionales), destacando
el proyecto denominado System R, de IBM, el cual mejoró notablemente el
rendimiento del modelo relacional, haciéndolo más competitivo que los anteriores
modelos jerárquicos y de red. Otro DBMS relacional importante es el de Oracle
Corporation (empresa que toma como nombre el de dicho software, Oracle).
Tercera generación de las bases de datos: décadas de 1980 y 1990
Años más tarde, el lenguaje de bases de datos que se utilizó para el proyecto System
R, denominado SEQUEL3, evolucionó al hoy extendido lenguaje SQL (Structure Query
Language), el cual fue adoptado por una gran cantidad de compañías, como Oracle o
Sybase, para implementar sus productos, convirtiéndose, de este modo, en un
estándar industrial en lo que respecta a las bases de datos relacionales. De hecho, en
1986 el ANSI adoptó SQL como estándar para los lenguajes relaciones y, en 1987, se
transformó en estándar ISO .Por su parte, en la década de 1990, la investigación en
bases de datos evolucionó hacia las bases de datos orientadas a objetos, las cuales
pueden trabajar con relativa facilidad con datos complejos. De esta forma, surgen
herramientas tan cotidianas en la actualidad como Microsoft Excel y Microsoft Access,
como claro exponente de este tipo de bases de datos orientadas a objetos.

Posteriormente, estos dos últimos modelos de bases de datos han evolucionado hacia
bases de datos objeto-relacionales, que es una extensión de las bases de datos
relacionales tradicionales, a las que se les proporcionan características de la
programación orientada a objetos.

Presente y futuro de las bases de datos


A finales del siglo XX se caracterizó por la aparición de la www (World Wide Web) y
ello afectó a las bases de datos, ya que por este medio se facilitaba la consulta de las
bases de datos. Actualmente, Internet nos ofrece una gran capacidad de
almacenamiento de información “en la nube”, sin interrupciones, con rapidez (debido a
la trepidante evolución de los servicios de Internet), entre otras características
interesantes, que hacen de la Cloud Computing el futuro de la programación y, por
ende, de las bases de datos.

3. Ventajas e inconvenientes de las Bases de datos

Pese a que hemos estado comprobando que la evolución clara del manejo de
información está relacionada con el desarrollo de los Sistemas de Gestión de Bases de
Datos (DBMS), en esta apartado repasaremos cuáles son las principales ventajas e
inconvenientes del uso de bases de datos.

Comenzando por las ventajas, podemos destacar las siguientes: 

Independencia física: la forma de almacenar los datos (servidores locales, servidores


“en la nube”, ordenador local, etc.) no influye en su manipulación lógica.

Independencia lógica: las aplicaciones que utilizan la base de datos no deben ser
modificadas porque se modifiquen elementos de la base de datos. 
Flexibilidad y seguridad: las bases de datos ofrecen distintas vistas, en función de los
usuarios y aplicaciones que trabajen sobre ellas, por lo que, a su vez, también
restringen el acceso a los elementos que no se deban mostrar. Del mismo modo, las
bases de datos permiten el acceso simultáneo a los datos, facilitando el control de
acceso concurrente.

Uniformidad: las estructuras lógicas siempre tienen una única forma conceptual (las
tablas).

Menor redundancia y mayor integridad de datos: las bases de datos reducen la


repetición de datos y generan mayor dificultad de perder información. Todo ello
reduce la probabilidad de incoherencias con los datos. Otras ventajas relacionadas con
esto es la reducción del espacio de almacenamiento y el acceso más eficiente a la
información.

Sencillez.

Del mismo modo, entre las desventajas podemos destacar las siguientes:

Necesidad de personal cualificado: para aprovechar las ventajas anteriormente


comentadas y en función de las necesidades de la base de datos, del software que
funciona con ella y, en definitiva, de las necesidades de la empresa que la explota
(número de perfiles de usuarios distintos, necesidades de mantenimiento, backups,
velocidad de respuesta, etc.), podría ser necesaria la especialización de personal o la
formación de programadores y analistas sobre las posibilidades y las limitaciones de
las bases de datos.

Requerimientos adicionales hardware: generalmente la implantación de un DBMS


recomienda la adquisición de equipos hardware adicionales, tales como servidores
locales, ampliación de memoria, discos duros, servidores en la nube, etc. Por este
motivo, antes de implantar un DBMS es preciso analizar si realmente es necesario. En
ocasiones, si se tienen pocos datos, son usados por un único usuario simultáneamente
y no hay que realizar consultas complejas sobre dichos datos, quizás sea mejor
solución usar una hoja de cálculo.

Falta de rentabilidad a corto plazo: debido a los altos costes software, hardware y de
personal en el momento de la implantación de la base de datos.

Ausencia de estándares reales, que se traduce en excesiva dependencia de los


sistemas comerciales del mercado (este problema cada vez es menor).

4. Concepto generales
Concepto de Bases de datos
Una base de datos es un sistema formado por una colección de datos almacenados,
relativos a diversas temáticas y categorizados de distinta manera, pero que comparten
entre sí algún tipo de vínculo o contexto que permiten el acceso directo a ellos, así
como su relación. Estos datos se encuentran almacenados sobre un soporte físico.

Según Llanos Ferraris, “La aparición del concepto de bases de datos se produce a
comienzos de la década de 1960,  concretamente en un simposio que se celebró en Santa
Mónica (California, EE.UU.) (…). 

Una base de datos es un conjunto, colección o depósito de datos almacenados en un


soporte informático de acceso  directo. Los datos deben estar relacionados y
estructurados de acuerdo con un modelo capaz de recoger el contenido  semántico de los
datos almacenados. Dada la importancia que tienen en el mundo real las relaciones
entre los datos,  es imprescindible que la base de datos sea capaz de almacenar estas
interrelaciones. Esta es una de las  principales  diferencias respecto a los ficheros
tradicionales, en los que no se almacenan dichas relaciones. Además, las bases de  datos
modernas también almacenan las restricciones semánticas que están presentes en los
datos y a las que se les está  concediendo una importancia creciente”.

La creación de una base de datos es un proceso complejo, que parte de la necesidad


de almacenar información del mundo real para que su acceso sea rápido y eficiente.
Un buen diseño de nuestra base de datos nos va a dar un mayor rendimiento, mejor
velocidad de acceso a los datos, eliminación de las redundancias y, en general, un
mejor aprovechamiento de los recursos de los que se disponen. 

Por el contrario, un diseño inapropiado de la base de datos puede dar lugar a los
siguientes problemas:

Redundancias

Incoherencias

Pérdidas de dependencias funcionales

4. Concepto generales
4.1. Objetivos de los sistemas de bases de datos
El sistema gestor de bases de datos es un conjunto de programas de propósito general
que facilita la definición, construcción y manipulación de las bases de datos. El
principal objetivo de un sistema de bases de datos consistirá en reducir la probabilidad
de que la base de datos incorpore los problemas que a continuación describiremos.

Redundancia e inconsistencia de datos


La redundancia no es más que repetición innecesaria de la información, que no solo
incrementará el espacio de almacenamiento dedicado a la base de datos, sino que en
el futuro provocará inconsistencia de dicha información.

Por su parte, la inconsistencia se produce al haber elementos duplicados. En esa


situación, la base de datos será inconsistente o incoherente consigo misma, cuando
tenga dos elementos que deberían tener los mismos valores, pero tienen valores
distintos.Por ejemplo, si en una base de datos tenemos información de personas en
almacenes diferentes, puede que mi número de teléfono sea diferente en un almacén
(ya que mantiene el antiguo, al no haber sido actualizado con mi nuevo número) y en
otro tenga el actual.

Dificultad para tener acceso a los datos

Un buen DBMS es el que permite a todos los usuarios del sistema, en virtud de sus
privilegios, el acceso a los datos, consultas y operaciones que le correspondan.

Esto se materializa en la asignación de las correspondientes claves de acceso a dichos


usuarios y asignación de roles (con sus correspondientes privilegios sobre la base de
datos).

Además de permitir el acceso a la base de datos, en función del privilegio de cada tipo
de usuario, se deberá poder realizar consultas sencillas sobre la base de datos con
lenguajes específicos, como SQL, programar aplicaciones que funcionen sobre la base
de datos o poder simplemente operar con esas aplicaciones (caso de los usuarios más
inexpertos).

Aislamiento de los datos


Relacionado con la independencia lógica que deben mantener las bases de datos, las
aplicaciones que utilizan la base de datos no deben ser modificadas porque se
modifiquen elementos de la base de datos.

De este modo, el objetivo de un DBMS es que no sea necesaria la reprogramación de


una aplicación ante cambios en los elementos de la base de datos, ni que, al contrario,
se tengan que reestructurar las bases de datos ante cambios en las aplicaciones que
trabajan con ellas.
Anomalías del acceso concurrente
Dado que muchas bases de datos deben permitir que múltiples usuarios actualicen y
consulten los datos simultáneamente, en un entorno de tanta concurrencia en el
acceso a la información se podrían dar resultados inconsistentes. Así, uno de los
objetivos del DBMS consistirá en el control y supervisión de las transacciones las bases
de datos.

Problemas de seguridad
La seguridad dentro de una base de datos consiste en controlar que los usuarios estén
autorizados para llevar a cabo las operaciones que realizan en todo momento.

Un usuario de una base de datos tiene una serie de permisos sobre los objetos que
componen dicha base de datos. Estos permisos los crea el DBA (administrador de la
base de datos) y dependerán del uso que los usuarios puedan hacer de la misma.
Además, cada usuario tendrá solo acceso a los objetos o parte de los objetos que se
crean necesarios. Algunos usuarios dispondrán, a su vez, de la posibilidad de transferir
sus permisos a otros usuarios de la base de datos.El administrador cuenta con dos
herramientas principalmente para mantener la seguridad en la base de datos: 

Las vistas: se trata de una “tabla virtual”, ya que esta en realidad no existe, sino que
está generada con datos de otras tablas. 

Los permisos: cualquier usuario que quiera realizar una operación sobre un objeto de
la base de datos debe tener permiso para ejecutarlo.

Problemas de integridad
El término integridad de datos se refiere a la corrección de los mismos en una base de
datos, así como que estos estén bien relacionados cuando se ubican en entidades
distintas a lo largo de la misma. Cuando se aplican ciertas operaciones a la base de
datos, tales como Insert, Delete o Update, la integridad de los datos almacenados
puede corromperse. Algunas consecuencias de estas operaciones pueden ser la que
vemos en el siguiente ejemplo:

Tomaremos, para ejemplificar estos problemas típicos de integridad, el supuesto de


una base de datos que almacene la gestión de cursos, alumnos y profesores en un
centro de formación: 

Se pueden añadir datos no válidos: tener un curso de formación en el que aparece


como alumno una persona que no existe.

Se pueden modificar datos existentes tomando un valor incorrecto: se asigna un


profesor a un curso que no existe.
Los cambios en la base de datos pueden perderse, debido a un error.

Los cambios en la base de datos pueden ser aplicados parcialmente: añadir un


curso sin especificar la modalidad del mismo (presencial, a distancia, etc.).

De hecho, una de las funciones más importantes del DBMS es mantener la integridad
de los datos en la base de datos.

También podría gustarte