UNIVERSIDAD DE GUADALAJARA

CENTRO UNIVERSITARIO DE LA CIENEGA

ACTIVIDAD 1.
Introducción y Conceptos de Bases de Datos

Presenta:
Xochitl del Rosario Fregoso Navarro.

Código de estudiante:
304899989.

Carrera:
Ingeniería Informática.

Maestro:
Juan Enrique Macías Rico.

Ocotlán, Jalisco a 26 de Marzo de 2021.

 CICLO DE VIDA DE UN SISTEMA DE INFORMACION
El ciclo de vida de un sistema de información es un enfoque por fases del análisis
y diseño que sostiene que los sistemas son desarrollados de mejor manera mediante el uso
de un ciclo especifico de actividades del analista y del usuario.
Según James Senn, existen tres estrategias para el desarrollo de sistemas: el método clásico
del ciclo de vida de desarrollo de sistemas, el método de desarrollo por análisis estructurado
y el método de construcción de prototipos de sistemas. Cada una de estas estrategias tienen
un uso amplio en cada una de los diversos tipos de empresas que existen, y resultan
efectivas si son aplicadas de manera adecuada. 

Archivos tradicionales y Bases de Datos

En un sistema de información se cuenta con dos enfoques principales para definir el almacenamiento de los datos:

Archivos tradicionales. Consiste en almacenar los datos en archivos individuales, exclusivos para cada aplicación particular.

En este sistema los datos pueden ser redundantes (repetidos innecesariamente) y la actualización de los archivos es más lenta

que en una base de datos.

Un Sistema de Bases de Datos (SBD) es una serie de recursos para manejar grandes volúmenes de información, sin embargo

no todos los sistemas que manejan información son bases de datos.

3.1 Una base de datos es un “almacén” que nos permite guardar grandes cantidades de información de forma organizada para

que luego podamos encontrar y utilizar fácilmente.

Una base de datos se puede definir como un conjunto de información relacionada que se encuentra agrupada ó estructurada.

Desde el punto de vista informático, la base de datos es un sistema formado por un conjunto de datos almacenados en discos

que permiten el acceso directo a ellos y un conjunto de programas que manipulen ese conjunto de datos.

Cada base de datos se compone de una o más tablas que guarda un conjunto de datos. Cada tabla tiene una o más columnas y

filas. Las columnas guardan una parte de la información sobre cada elemento que queramos guardar en la tabla, cada fila de la

tabla conforma un registro.

3.2 Objetivos de las bases de datos:

Un objetivo principal de un sistema de base de datos es proporcionar a los

usuarios finales una visión abstracta de los datos, esto se logra escondiendo
ciertos detalles de cómo se almacenan y mantienen los datos , es decir, el
usuario podrá almacenar y organizar  con el fin de manejarlos de una manera
más sencilla, esto cuando el registro de cierta información es tan grande y
basta, ahora si un usuario requiere solo parte de esa gran cantidad de
información, si no estuviese organizada sería prácticamente imposible
(dependiendo de la cantidad de información) que dicho usuario encontrase la
que requiere, pero con la base de datos es diferente, solo ingresa al sector
donde se encuentra almacenada la información que requiere y posteriormente
podrá utilizarla en su labor, esto con una facilidad y gran velocidad de
respuesta.

De igual forma, la base de datos tiene como objetivo reducir los siguientes aspectos:

 Redundancia e inconsistencia de datos.- los archivos que mantienen

almacenada la información son creados por diferentes tipos de
programas de aplicación existe la posibilidad de que si no se controla
detalladamente el almacenamiento, se pueda duplicar la información,
esto aumenta los costos de almacenamiento y acceso a los datos,
además de que puede originar la inconsistencia de los datos.
 Dificultad para tener acceso a los datos.- Un sistema de base de
datos debe contemplar un entorno de datos que le facilite al usuario el
manejo de los mismos.
 Aislamiento de los datos.- Puesto que los datos están repartidos en
varios archivos, y estos no pueden tener diferentes formatos.
 Anomalías del acceso concurrente.- con fines de mejorar el
funcionamiento general del sistema y reducir el tiempo de respuesta,
algunos sistemas dan la oportunidad de que varios usuarios actualicen
información al mismo tiempo, esto puede causar datos inconsistentes,
para solucionar esto la base de datos tiene como objetivo mantener una
forma de supervisión en el sistema para evitar este problema.
 Problemas de seguridad.- toda información contenida es importante,
unos datos lo son más que otros, por tal motivo se debe considerar el
control de acceso a los mismos, no todos los usuarios pueden visualizar
alguna información, por tal motivo para que un sistema de base de datos
sea confiable debe mantener un grado de seguridad que garantice la
autentificación y protección de los datos.
 Problemas de integridad.- Los valores de datos almacenados en la
base de datos deben satisfacer cierto tipo de restricciones de
consistencia. Estas restricciones se hacen cumplir en el sistema
añadiendo códigos apropiados en los diversos programas de aplicación,
esto con el fin de que la información almacenada no sea dañina para
este o los sistemas que utilizaran la información contenida en la base de
datos.
USOS Y APLICACIONES DE LAS BASES DE DATOS

Una manera en la cual las empresas u organizaciones pueden alcanzar sus objetivos llevando un mejor control de dicha

organización, es almacenando su información en bases de datos, ya que este sistema de administración (B.D.), le ayudaran a

dar un mejor servicio tanto para ellos como organización y de igual manera para sus clientes dándoles un servicio de calidad

USOS Y APLICACIONES DE LAS BASES DE DATOS POR DIFERENTES INSTITUCIONES

MERCADO LIBRE
El mercado libre es el sistema en el que el precio de los bienes o servicios es acordado por el consentimiento de los

vendedores y/o empresarios, mediante las leyes de la oferta y la demanda, siendo luego bajados a los consumidores. Plaza vip

es un ejemplo podría, Reactivar las compras de los clientes, las empresas virtuales pueden utilizar programas automáticos de

correo que envían, recordatorios de compras de navidad, o promociones fuera de temporada, asi como descuentos

REDES DE COMUNICACION

Google genera ventas por medio de la publicidad de sus productos u ofertas. Los anuncios contienen por norma general un

sistema de respuesta, como una tarjeta de respuesta de negocios o un número gratuito, se confecciona la base de datos a partir

de esas respuestas, en el caso de servicios comerciales hacen uso de Google.

INSTITUCIONES DE GOBIERNO

Institución de gobierno cuyo fin es elaborar políticas de generación y mejora del empleo, contribuir al desarrollo de pequeñas

empresas, así como promover las normas laborales en la Capital. ICSS (Instituto Colombiano del Seguro Social), es una

institución gubernamental, autónoma y tripartita (Estado, Patrones y Trabajadores), dedicada a brindar servicios de salud y

seguridad social a la población que cuente con afiliación a la institucion

INSTITUCIONES EDUCATIVAS

Es toda institución que imparta educación o enseñanza, En una escuela o universidad por ejemplo la UTT o el ITSLERDO en su

centro de estudio (la biblioteca), se encuentra una base de datos la cual tiene el registro de todos los libros que se encuentran

en la biblioteca al igual que el registro de que alumnos se les prestan o devuelven los libros.

INSTITUCIONES DE SEGUROS

La aseguradora forzosamente tiene que utilizar bases de datos, y las utilizan para llevar un registro claro y ordenado de los

datos de todos sus clientes, ya sea nombre, fecha de nacimiento, lugar donde actualmente vive, cual es el servicio que desea,

todos sus datos personales, de esa manera con la tecnología de B.D.

CENTROS COMERCIALES

Los centros comerciales poseen un orden determinado para disponer las tiendas; por ejemplo, una planta o sector es sólo para

ropa, otro es para el expendio de comida y restaurantes, otro es para cines y centro de diversión y ocio. Es casi imprescindible

que el centro comercial tenga un supermercado o hipermercado.

INSTITUCIONES BANCARIAS

Estan constituidas bajo la forma asociativa, cuya actividad se dirige a colectar capitales ociosos dándoles colocación útil, a

facilitar las operaciones de pago y a negociar con valores. recolectando a su toda la informacion acerca de sus afiliados

AEROLINEAS

Las aerolíneas utilizan las bases de datos para tener de manera rápida clara y concisa la información de clientes, así como sus

horarios de vuelo, destinos, etc.

USUARIOS DE LAS BASES DE DATOS

Hay cuatro diferentes tipos de usuarios de un Sistema de Base de Datos, diferenciados por
la forma en que ellos esperan interactuar con el sistema.

?? Programadores de aplicaciones. Son profesionales informáticos que interactúan con

el sistema a través de llamadas del LMD que están incluidas en un programa escrito

en un lenguaje anfitrión (Cobol, Pascal, PL/I, SQL, VB, Java ). Estos programas se

llaman programas de aplicación.

?? Usuarios sofisticados. Interactúan con el sistema sin programas escritos. Ellos

forman sus consultas en un lenguaje de consulta de la base de datos. Cada consulta

se envía al procesador de consultas cuya función es transformar instrucciones LMD

a instrucciones que el gestor de almacenamiento entienda.

o Gestor de almacenamiento. Es un módulo de programa que proporciona la

interfaz entre los datos de bajo nivel almacenados en la base de datos y los

programas de aplicación y las consultas.

?? Usuarios especializados. Escriben aplicaciones de BD especializadas que no son

adecuadas en el marco de procesamiento de datos tradicional. Entre estas

aplicaciones están los sistemas de diseño asistido por computadora, sistemas de

bases de conocimientos y expertos y sistemas de modelado del entorno.

?? Usuarios normales (finales). Son usuarios no sofisticados que interactúan con el

sistema mediante la invocación de los programas de aplicación permanentes que se

han escrito previamente.

Administrador de la base de datos (ABD, DBA): Es la persona que tiene control central

del sistema. El ABD tiene las siguientes funciones:

?? Definición del esquema: El ABD crea el esquema original de la base de datos

escribiendo un conjunto de definiciones que el compilador del LDD (lenguaje de

definición de datos) traduce a un conjunto de tablas que son almacenadas

permanente en el diccionario de datos.

?? Estructura de almacenamiento y definición del método de acceso: El ABD crea las

estructuras de almacenamiento apropiadas y métodos de acceso escribiendo un

conjunto de definiciones, que son traducidas por el compilador del lenguaje de

definición y almacenamiento de datos.

?? Esquematización y modificación de la organización física: Los programadores

llevan a cabo escasas modificaciones sobre el esquema de base de datos o la

descripción de la organización de almacenamiento físico, para generar las

modificaciones en las tablas correspondientes del sistema interno.

?? Concesión de la automatización para el acceso a datos: Esto permite al

administrador determinar a qué partes de la base de datos pueden acceder los

diferentes usuarios.

?? Especificación de las ligaduras de integridad: Los valores de los datos almacenados

en la base de datos deben satisfaces ciertas ligaduras de integridad. Por ejemplo,

quizás el número de horas que un empleado pueda trabajar en una semana no deba

exceder de un límite especificado. Tales ligaduras deben ser especificadas

explícitamente por el administrador de la base de datos.

SISTEMA DE GESTION DE BASE DE DATOS

Un sistema gestor de base de datos (SGBD) es un conjunto de programas que permiten el almacenamiento, modificación y extracción de

la información en una base de datos. Los usuarios pueden acceder a la información usando herramientas específicas de consulta y de

generación de informes, o bien mediante aplicaciones al efecto.

Estos sistemas también proporcionan métodos para mantener la integridad de los datos, para administrar el acceso de usuarios a los

datos y para recuperar la información si el sistema se corrompe. Permiten presentar la información de la base de datos en variados

formatos. La mayoría incluyen un generador de informes. También pueden incluir un módulo gráfico que permita presentar la información

con gráficos y tablas.

Generalmente se accede a los datos mediante lenguajes de consulta, lenguajes de alto nivel que simplifican la tarea de construir las

aplicaciones. También simplifican las consultas y la presentación de la información. Un SGBD permite controlar el acceso a los datos,

asegurar su integridad, gestionar el acceso concurrente a ellos, recuperar los datos tras un fallo del sistema y hacer copias de seguridad.

Las bases de datos y los sistemas para su gestión son esenciales para cualquier área de negocio, y deben ser gestionados con esmero.

4. El entorno de la base de datos:

Existen tres niveles de entornos que son:

Nivel Externo.- Esta compuesto por una serie de diferentes vistas externas de la BD, las vistas externas incluyen aquellas entidades,

atributos y relaciones.

Nivel Conceptual.- Describe que datos están almacenados en la BD y las relaciones existentes entra los mismos este nivel contiene la

estructura lógica de toda la BD.

Nivel Interno.- como están almacenados los datos en la BD es decir cubre la implementación física de la BD que se necesita para

conseguir prestación óptima en tiempo de ejecución y una utilización del espacio de almacenamiento.
Los lenguajes de BD están compuestos de un lenguaje de definición de datos y un lenguaje de manipulación de datos , el lenguaje de

definición de datos se lo utiliza para especificar el esquema de la BD, y el lenguaje de manipulaciones datos se emplea tanto para leer

como para actualizara se aplica tanto en nivele externo como en los niveles conceptuales, los lenguajes DML procedimentales permiten

al usuario decirle al sistema que datos necesita y cual es la forma exacta de extraerlos es decir el usuario debe expresar toda las

operaciones de acceso a los datos , en cambio los lenguajes DML no procedimentales permiten al usuario indicar que datos necesita en

lugar de cómo hay que extraerlos.

Arquitectura de tres niveles de un sistema gestor de bases de datos:

Hay tres características importantes inherentes para el enfoque de las bases de datos; estas son:

a) Separación entre los programas y los datos (independencia entre los programas y datos)

b) El manejo de múltiples vistas de usuario

c) El empleo de un catálogo para almacenar la descripción (esquema) de la base de datos.

Niveles de abstracion de una base de datos:

La arquitectura de tres niveles es un método de gran aceptación para explicar el funcionamiento de los sistemas de bases

de datos fue formalizado en 1975 y mejorado en 1978 es también conocido como arquitectura ANSI/SPARC así llamada por la

Standards “Planning and Requirements Committee of the American National Standards Institute” en español el Comite de

Standarización de Requerimientos y Planificación del Instituto Nacional de Standarización 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 físico de la Base de Datos.

El esquema interno utiliza un modelo físico 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 descripción global de la BD que oculta los detalles de las estructuras de almacenamiento

físico 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 número 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 típicamente 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.

INDEPENDENCIA DE DATOS

La independencia de datos se puede 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 lógica es la capacidad de modificar el esquema conceptual sin tener que alterar los esquemas externos ni los

programas de aplicación. 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 deberán verse afectados. Ocurre

cuando se modifica el esquema conceptual sin afectar al resto de los esquemas. Básicamente se modifica el esquema conceptual

cuando cambian las características de los datos a almacenar.

La independencia física es 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 físicos con el fin de mejorar el rendimiento de las operaciones de consulta

o de actualización de datos. Dado que la independencia física se refiere sólo a la separación entre las aplicaciones y las estructuras

físicas de almacenamiento, es más fácil de conseguir que la independencia lógica. Esta se presenta cuando es posible la modificación

del esquema físico sin afectar a los esquemas restantes. Las principales razones para llevar a cabo una modificación del esquema físico

serán un ajuste en el hardware de almacenamiento o una redistribución de los datos en él.

LENGUAJES DE BASES DE DATOS

Un sistema de bases de datos proporciona un lenguaje de definición de datos para especificar el esquema de la base de datos y un

lenguaje de manipulación de datos para expresar las consultas a la base de datos y las modificaciones.

En la práctica, los lenguajes de definición y manipulación de datos no son dos lenguajes separados; en su lugar simplemente forman

partes de un único lenguaje de bases de datos, tal como SQL, ampliamente usado.

Lenguaje de definición de datos

Un esquema de base de datos se especifica mediante un conjunto de definiciones expresadas mediante un lenguaje especial llamado

lenguaje de definición de datos (LDD).

Por ejemplo, la siguiente instrucción en el lenguaje SQL define la tabla cuenta:

create table cuenta

(numero-cuenta char(10),

saldo integer)

La ejecución de la instrucción LDD anterior crea la tabla cuenta. Además, actualiza un conjunto especial de tablas denominado

diccionario de datos o directorio de datos.

Un diccionario de datos contiene metadatos, es decir, datos acerca de los datos. El esquema de una tabla es un ejemplo de metadatos.

Un sistema de base de datos consulta el diccionario de datos antes de leer o modificar los datos reales.

Especificamos el almacenamiento y los métodos de acceso usados por el sistema de bases de datos por un conjunto de instrucciones en

un tipo especial de LDD denominado lenguaje de almacenamiento y definición de datos. Estas instrucciones definen los detalles de

implementación de los esquemas de base de datos, que se ocultan usualmente a los usuarios

Lenguaje de manipulación de datos

La manipulación de datos es:

La recuperación de información almacenada en la base de datos.

La inserción de información nueva en la base de datos.

El borrado de información de la base de datos.

La modificación de información almacenada en la base de datos.

Un lenguaje de manipulación de datos (LMD) es un lenguaje que permite a los usuarios acceder o manipular los datos organizados

mediante el modelo de datos apropiado. Hay dos tipos básicamente:

LMDs procedimentales. Requieren que el usuario especifique qué datos se necesitan y cómo obtener esos datos.

LMDs declarativos (también conocidos como LMDs no procedimentales). Requieren que el usuario especifique qué datos se necesitan

sin especificar cómo obtener esos datos.

Los LMDs declarativos son más fáciles de aprender y usar que los LMDs procedimentales. Sin embargo, como el usuario no especifica

cómo conseguir los datos, el sistema de bases de datos tiene que determinar un medio eficiente de acceder a los datos. El componente

LMD del lenguaje SQL es no precedimental.

Una consulta es una instrucción de solicitud para recuperar información. La parte de un LMD que implica recuperación de información se

llama lenguaje de consultas. Aunque técnicamente sea incorrecto, en la práctica se usan los términos lenguaje de consultas y lenguaje

de manipulación de datos como sinónimos.

Esta consulta en el lenguaje SQL encuentra el nombre del cliente cuyo identificador de cliente es 19.283.746:

select cliente.nombre-cliente

from cliente

where cliente.id-cliente = ‘19 283 746’

La consulta especifica que las filas de (from) la tabla cliente donde (where) el id-cliente es 19 283 46 se debe recuperar, y que se debe

mostrar el atributo nombre-cliente de estas filas. Si se ejecutase la consulta con la tabla de la Figura 1.3, se mostraría el nombre

González.

Las consultas pueden involucrar información de más de una tabla. Por ejemplo, la siguiente consulta encuentra el saldo de todas las

cuentas pertenecientes al cliente cuyo identificador de cliente es 19 283 746.

select cuenta.saldo

from impositor, cuenta

where impositor.id-cliente = ‘19-283-746’ and impositor.número-cuenta = cuenta.númerocuenta

Si la consulta anterior se ejecutase con las tablas de la figura x.x, el sistema encontraría que las dos cuentas denominadas C-101 y C-

201 pertenecen al cliente 19 283 746 e imprimiría los saldos de las dos cuentas, es decir, 500 y 900.

Un modelo de datos es un lenguaje orientado a hablar de una base de datos. Típicamente un modelo de datos permite describir:

MODELO DE DATOS

Las estructuras de datos de la base: El tipo de los datos que hay en la base y la forma en que se relacionan.

Las restricciones de integridad: Un conjunto de condiciones que deben cumplir los datos para reflejar la realidad deseada.

Operaciones de manipulación de los datos: típicamente, operaciones de agregado, borrado, modificación y recuperación de los datos de

la base.
Otro enfoque es pensar que un modelo de datos permite describir los elementos de la realidad que intervienen en un problema dado y la

forma en que se relacionan esos elementos entre sí.

No hay que perder de vista que una base de datos siempre está orientada a resolver un problema determinado, por lo que los dos

enfoques propuestos son necesarios en cualquier desarrollo de software.

INTRODUCCION A LOS MODELOS DE BASES DE DATOS

Hoy en día, las grandes empresas necesitan de grandes sistemas para manejar de una

forma optima y organizada la información de clientes, personal, inventario, etc. Para

realizar esta función algo compleja, en la actualidad existen los llamados sistemas

gestores de bases de datos (SGBD), estas aplicaciones permiten tener nuestros datos

centralizados y relacionados de tal forma que no haya en lo posible redundancia de

datos, como ocurría antes con los sistemas de archivos. No debemos olvidar que para

que el SGBD trabaje de la mejor manera se necesita antes de todo realizar un buen

diseño de la base de datos. ¿Y que es una Base de Datos?. Como lo dice C.J Date en su

libro “ Introducción a los sistemas de bases de datos” una base de datos se puede definir

como:

“Una base de datos es un conjunto de datos persistentes que es utilizado por los sistemas

de aplicación de alguna empresa dada.”

O como dice en el libro: “Las Bases de Datos: Una Herramienta Moderna Que Contribuirá

a la Oportuna Difusión de Información Científica” una base de datos es:

“Una acumulación ordenada de observaciones y anotaciones sobre un tema, hecha de tal

manera que los datos tengan una relación lógica entre si y una estructura bien definida.”

Ya teniendo un poco mas claro que es una base de datos y que es un SGBD, podemos

hablar de lo que son los modelos de las bases de datos. Las bases de datos tienen varias

clasificaciones una de ella es de acuerdo al modelo de administración de datos, antes de

empezar con la clasificación es bueno saber que es un modelo de base de datos:

“Un modelo de bases de datos es un conjunto de ideas lógicas utilizadas para

representar la estructura de datos y las relaciones entre ellos dentro de la base de datos”

ANTECEDENTES DE LOS MODELOS DE DATOS:

Se suele hablar de tres generaciones en la historia de las BD, son:

Primera generación: sistema jerárquico y sistema de red.

Requieren complejos programas de aplicación.

La independencia de datos es mínima.

No tienen un fundamento teórico.

Segunda generación: modelo relacional.

Lenguaje de consultas estructurado: SQL.

Desarrollo de SGBD relacionales comerciales.

Limitada capacidad para modelar datos.

Tercera generación: modelo orientado a objetos y modelo relacional extendido.

Veamos ahora con más detalle la historia de cada uno de estos modelos, soportados en diferentes SGBD.

Las Bases de Datos Jerárquicas

A finales de los 60, coincidiendo en el tiempo con el desarrollo de los sistemas gestores de archivos, IBM y North American

Aviation desarrollan el modelo jerárquico. Con la finalidad de resolver problemas de diseño aeroespacial y de producción se

desarrolla Information Management System (IMS) con su lenguaje DL/1. Fue el primer sistema de gestión de BD comercial

basado en el modelo jerárquico. Aparece IMS DB/DC (Database/Data Communication), el primer sistema de BD de gran escala.

Sobre 1969, IMS dio como resultado un sistema de gestión de BD de tipo jerárquico de propósito general: el IMS/1 de IBM que

constituye la primera familia de sistemas de gestión de BD. American Airlines e IBM desarrollan SABRE, el primer sistema que

proporciona acceso a datos compartidos por múltiples usuarios a través de una red de comunicación.

Las Bases de Datos en Red

A mitad de los sesenta, se desarrolló IDS (Integrated Data Store), de General Electric. Este trabajo fue dirigido por uno de los

pioneros en los sistemas de BD, Charles Bachman. IDS era un nuevo tipo de sistema de BD conocido como estructura en red,

que produjo un gran efecto sobre los sistemas de información de aquella generación. El sistema en red se desarrolló, en parte,

para satisfacer la necesidad de representar relaciones más complejas entre datos que las que se podían modelar con los

sistemas jerárquicos, y, en parte, para imponer un estándar de BD.

Para ayudar a establecer dicho estándar, CODASYL (Conference on Data Systems Languages), formado por el gobierno de

EEUU y representantes del mundo empresarial, organiza el grupo DBTG (Data Base Task Group), para definir especificaciones

estándar que permitan la creación y el manejo de BD. El DBTG presentó su informe final en 1971 y aunque no fue formalmente

aceptado por ANSI (American National Standards Institute), muchos sistemas se desarrollaron según la propuesta del DBTG.

Estos sistemas se conocen como sistemas en red, sistemas CODASYL o DBTG.

Los modelos jerárquico y de red constituyen la primera generación de los sistemas de BD, pero presentan algunos de los

siguientes inconvenientes: no tienen un fundamento teórico, la independencia de datos es mínima y es necesario escribir

complejos programas de aplicación para cualquier consulta de datos, por simple que sea.

En la década de los 70, la tecnología de BD experimenta un rápido crecimiento. Algunos sistemas, desarrollados a lo largo de

los años 70, que siguen las propuestas de CODASYL son: DMS-1.110 de UNIVAC, DMS-170 de CDC, IDMS de DF Goodrich,

DBMA-11 de DIGITAL, etc. Sin embargo ninguna de estas implementaciones desarrolló completamente las propuestas de

CODASYL.

El modelo de datos en red siempre tuvo pretensiones de generalización y estandarización, mientras que la familia de sistemas

jerárquicos está constituida por una serie de sistema de gestión de BD de los que posteriormente se obtuvo la abstracción del

modelo de datos jerárquico. Ambos tipos de SGBD eran accesibles desde un lenguaje de programación, usualmente Cobol,

usando un interfaz de bajo nivel. Esto hacía que la creación de una aplicación, el mantenimiento de la BD, así como el ajuste y

el desarrollo fuesen controlables, pero aún a costa de una gran inversión de tiempo.

Hasta 1980 los modelos de red y jerárquico fueron populares. Cullinet, una empresa fundada por Bachman, fue la mayor

empresa de software y con más rápido crecimiento en el mundo, en aquellos años.

Las Bases de Datos Relacionales

A pesar del éxito del modelo de datos en red, muchos diseñadores de software reconocieron que la interfaz de programación

para navegación por los registros era de demasiado bajo nivel.

En 1970 E.F.Codd, basándose en el álgebra y la teoría de conjuntos, propone un nuevo modelo de datos llamado modelo

relacional. Sugiere que todos los datos de la BD se podrían representar como una estructura tabular (tablas con columnas y

filas, que denominó relaciones) y que esas relaciones se podrían acceder con un lenguaje no procedimental (declarativo). En

este tipo de lenguajes, en lugar de escribir algoritmos para acceder a los datos, sólo se necesita un predicado que identifica los

registros o combinación de registros deseados. Es más, este nuevo modelo integraba los lenguajes de definición, navegación y

manipulación en un solo lenguaje unificado.

El modelo relacional encontró inicialmente una gran oposición debido a que requería más recursos informáticos que los SGBD

existentes en la época y sus implementaciones no estaban lo suficientemente refinadas como para competir con el resto de

modelos y, por tanto, resultaban demasiado lentos.

Los SGBD relacionales no fueron prácticos hasta la década de los ochenta en que se desarrollaron computadores más rápidos

y a menor precio.

Los programadores se debieron adaptar a una nueva forma de pensar en el tratamiento de los datos. Hasta ahora los

programadores estaban acostumbrados a procesar los datos en registro, en lugar de procesar simultáneamente los datos.

Se desarrollaron proyectos de investigación que dieron lugar a algunos prototipos entre los que destacan:

INGRES de la Universidad de Berkeley (1973-1975)

System R de IBM (1974-1977)

System 2000 de la Universidad de Austin en Texas

El poyecto Sócrates de la Universidad de Grenoble en Francia

ADABAS de la Universidad técnica de Darmstadt en Alemania

Durante este periodo se desarrollaron diversos lenguajes de consulta: SQUARE, SEQUEL (SQL), QBE y QUEL. De fundamental

importancia es el lenguaje SQL, que fue el resultado de la convergencia de muchos de los prototipos desarrollados en la época.

El trabajo de investigación en IBM conducido por Ted (E.F.) Codd, Raymond Boyce y Don Chamberlain y el trabajo en la

Universidad de Berkeley conducido por Michael Stonebraker, dieron como resultado SQL. Se estandarizó por primera vez en

1986 por el comité ANSI X3H2 como estándar de ANSI, que fue denominado SQL-86. ANSI publicó un estándar extendido en

1989, SQL-89. La siguiente versión del estándar fue SQL-92 y la más reciente SQL-99.

Ya la primera estandarización de SQL, provocó la desaparición de su más inmediato competidor, QUEL. Sin embargo, QBE ha

sobrevivido hasta nuestros días gracias a las interfaces de usuario amigables y porque supone un primer contacto más

intuitivo y rápido con las BD relacionales.

Posteriormente a los prototipos aparecieron numerosos sistemas relacionales comerciales, tales como: INGRES de RTI (1980),

SQL/DS de IBM (1981), ORACLE de RSI (1981), DB2 de IBM (1983), RDB de DIGITAL (1983), etc.

En la década de los 80 se desarrolla SQL Server en Sybase para sistemas UNIX y posteriormente se transportó a sistemas

Windows NT. Desde 1994 Microsoft ha lanzado nuevas versiones de este producto de BD independientemente de Sybase, que

dejó de usar el nombre SQL Server a finales de los 90.

El modelo de datos relacional ha proporcionado beneficios inesperados además del aumento de productividad y facilidad de

uso. Es muy adecuado para el enfoque cliente/servidor, el procesamiento paralelo y las interfaces gráficas de usuario.
El modelo relacional constituye la segunda generación de los sistemas de BD. Hoy en día, existen cientos de SGBD

relacionales, tanto para ordenadores personales como para sistemas multiusuario, aunque muchos no son completamente

fieles al modelo relacional.

El modelo relacional también tiene sus fallos, siendo uno de ellos su limitada capacidad para modelar los datos. En 1976, Chen

presentó el modelo entidad-relación, que es la técnica más utilizada en el diseño de BD. En 1979, Codd intentó subsanar

algunas de las deficiencias de su modelo relacional con una versión extendida denominada RM/T (1979) y posteriormente

RM/V2 (1990).

Como respuesta a la creciente complejidad de las aplicaciones que requieren BD, ha surgido un nuevo modelo: el modelo de

datos orientado a objetos. Esta evolución representa la tercera generación de los sistemas de BD.

CLASIFICACION DE LOS MODELOS DE DATOS

Existen diferentes modelos de bases de datos entre ellos tenemos:

• Bases de datos jerárquicas: almacenan su información en una estructura

jerárquica. En este modelo los datos se organizan en una forma similar a un árbol

(visto al revés), en donde un nodo padre de información puede tener varios hijos. El

nodo que no tiene padres es llamado raíz, y a los nodos que no tienen hijos se los

conoce como hojas. Las bases de datos jerárquicas son especialmente útiles en el

caso de aplicaciones que manejan un gran volumen de información y datos muy

compartidos permitiendo crear estructuras estables y de gran rendimiento.

• Bases de datos de red: Este fue creado para representar relaciones de datos

complejas mas eficientes de lo que el modelo anterior permitía , para mejorar el

desempeño de las bases de datos y para imponer un estándar. Este modelo es

similar al jerárquico en muchos aspectos, sin embargo la diferencia radica, en que

el modelo red, permite que un registro tenga mas de un padre, por consiguiente,

las relaciones pueden manejarse fácilmente por este modelo.

• Bases de Datos transaccionales: Son bases de datos cuyo único fin es el envió y

recepción de datos a grandes velocidades, estas bases son muy poco comunes y

están dirigidas por lo general al entorno de análisis de calidad, datos de producción

e industrial, es importante entender que su fin único es recolectar y recuperar los

datos a la mayor velocidad posible, por lo tanto la redundancia y duplicación de

información no es un problema como con las demás bases de datos, por lo general

para poderlas aprovechar al máximo permiten algún tipo de conectividad a bases

de datos relacionales.

• Base de datos relacional: Fue propuesto en 1970 por Codd, este es un modelo

simple potente y formal para representar la realidad, también ofrece una base firme

para enfocar y analizar formalmente muchos problemas relacionados con la gestión

de bases de datos, como el diseño, la redundancia, la distribución etc. El

formalismo y una base matemática, son las piedras angulares del modelo

relacional , el elemento básico del modelo es la relación y un esquema de bases de

datos relacional es una colección de definiciones de relaciones. En este modelo, el

lugar y la forma en que se almacenen los datos no tienen relevancia (a diferencia

de otros modelos como el jerárquico y el de red). Esto tiene la considerable ventaja

de que es más fácil de entender y de utilizar para un usuario esporádico de la base

de datos. La información puede ser recuperada o almacenada mediante

"consultas" que ofrecen una amplia flexibilidad y poder para administrar la

información.1

• Base de datos multidimensionales:Son bases de datos ideadas para desarrollar

aplicaciones muy concretas. Básicamente no se diferencian demasiado de las

bases de datos relacionales (una tabla en una base de datos relacional podría serlo

también en una base de datos multidimensional), la diferencia está más bien a nivel

conceptual; en las bases de datos multidimensionales los campos o atributos de

una tabla pueden ser de dos tipos, o bien representan dimensiones de la tabla, o

bien representan métricas que se desean estudiar.

• Base de datos orientada a objetos: Este es un modelo reciente, trata de

almacenar en la base de datos los objetos completos (estado y comportamiento).

Esta base de datos debe contener todos los conceptos importantes de este

paradigma de programación: Encapsulacion, herencia, polimorfismo.

• Base de datos distribuidas: En este modelo la base de datos esta alojada en

diferentes computadores en la red, permite que haya interacción entre diferentes

bases de datos.

En la actualidad existe mucha información en la red sobre este tema, hay que aclarar que

esto solo fue una introducción básica a los modelos de bases de datos, si quieren

profundizar, pueden ayudarse del gran hermano (Google) el cual brindara mucha

información sobre el tema en cuestión.