República Bolivariana de Venezuela

Ministerio del poder popular para la educación universitaria

Instituto Universitario Jose Antonio Anzoategui
El tigre, Estado Anzoategui
PNF Informática

Niveles de
instrucción

​Estudiante: ​Profesora:

- ​Jonaiker Millán - Sulimar Gallardo

28.651.226

16/08/2019
 Índice

1 - Introducción
2 - Desarrollo
2.1 - ¿Qué son las bases de datos?
2.1.1 - Tipos de bases de datos
2.2 - ¿Qué es un DML?
2.2.1 - Clasificación de las bases de datos
2.3 - ¿qué es un BDD?
2.3.1 - Características
2.4 - Tipos
2.5 - Origen
2.6 - ¿Qué es un SMBD?
2.6.1 - Niveles
2.6.2 - Funcionamiento
2.6.3 - Componentes
2.6.3 - Características
2.7 - Tipos
2.8 - Origen
2.9 - Relaciones entre BDD y SMBD
4 - Conclusión
5 - Referencias
 Introducción

En el presente trabajo hablaremos de los bases de datos distribuidas

(BDD) o también llamado desarrollo guiado por comportamiento (DGC) y
de los sistemas de manejo de base de datos (SMBD). Haremos una
descripción breve de los antes mencionados.

Un sistema de base de datos distribuida puede definirse como una

red que consta de varios sitios conectados entre sí para almacenar datos,
estos sistemas permiten al usuario manejar información de otros sitios
como si fuesen información de el mismo. Reflexionando esto no estaría
muy lejos de lo que vemos hoy en día con las nubes y las copias de
seguridad que se guardan que podemos almacenar en la red.

Por otro lado tenemos a los sistemas para manejar bases de datos
que podemos definirlo con el grupo de herramienta creadas con el fin de
proporcionarle a los usuarios la capacidad de hacerle modificación a estas
mediante la selección de interfaz y de herramientas. En otras palabras
sirve de intermediario entre el usuario y la base de datos.
 ¿Qué son las bases de datos?
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.

Se puede definir también como un conjunto de información

relacionada que se encuentra agrupada ó estructurada, representa un
sistema formado por un conjunto de datos almacenados en discos que
permiten el acceso directo a ellos.

Tipos de bases de datos

Existen diferentes clasificaciones de las bases de datos, atendiendo
una serie de características puntuales:

Según su variabilidad -​ Conforme a los procesos de recuperación y

preservación de los datos, podemos hablar de:

● Bases de datos estáticas:​ Típicas de la inteligencia empresarial y

otras áreas de análisis histórico, son bases de datos de sólo lectura,
de las cuales se puede extraer información, pero no modificar la ya
existente.
● Bases de datos dinámicas:​ Aparte de las operaciones básicas de
consulta, estas bases de datos manejan procesos de actualización,
reorganización, añadidura y borrado de información.

Según su contenido -​ De acuerdo a la naturaleza de la información

contenida, pueden ser:
 ● Bibliográficas:​ Contiene diverso material de lectura (libros, revistas,
etc.) ordenado a partir de información clave como son los datos del
autor, del editor, del año de aparición, del área temática o del título
del libro, entre otras muchas posibilidades.
● De texto completo:​ Se manejan con textos históricos o
documentales, cuya preservación debe ser a todo nivel y se
consideran fuentes primarias.
● Directorios:​ Listados enormes de datos personalizados o de
direcciones de correo electrónico, números telefónicos, etc. Las
empresas de servicios manejan enormes directorios clientelares, por
ejemplo.
● Especializadas:​ Bases de datos de información hiperespecializada o
técnica, pensadas a partir de las necesidades puntuales de un
público determinado que consume dicha información.

Que es un DML
Lenguaje de Manipulación de Datos (DML) es un idioma
proporcionado por los SGBD que permite a los usuarios de la misma llevar
a cabo las tareas de consulta o modificación de los datos contenidos en las
Bases de Datos del Sistema Gestor de Bases de Datos.

El lenguaje de manipulación de datos más popular hoy día es SQL,

usado para recuperar y manipular datos en una base de datos relacional.
Otros ejemplos de DML son los usados por bases de datos IMS/DL1,
CODASYL u otras.

Clasificación de los DML

Lenguajes procedimentales - en este tipo de lenguaje el usuario da

instrucciones al sistema para que realice una serie de procedimientos u
operaciones en la base de datos para calcular un resultado final.
 Lenguajes no procedimentales - en el los usuario describe la
información deseada sin un procedimiento específico para obtener esa
información.

Los lenguaje de manipulación de datos (DML) permiten llevar a cabo

lo procedimientos:

● Inserción -​ Una sentencia INSERT de SQL agrega uno o más

registros a una (y sólo una) tabla en una base de datos relacional.
● modificación -​ Una sentencia UPDATE de SQL es utilizada para
modificar los valores de un conjunto de registros existentes en una
tabla.
● Eliminación -​ Una sentencia DELETE de SQL borra uno o más
registros existentes en una tabla.

¿Que son BDD?

Son la que almacenan datos pertenecen a un sólo sistema, pero que

se encuentra físicamente esparcido en varios “sitios” de la red. Es decir, es
un sistema que se compone de un conjunto de sitios conectados entre sí
mediante algún tipo de red de comunicaciones, mediante el cual:

● Cada sitio es un sistema de base de datos en sí mismo.

● Los sitios trabajan para que un usuario de cualquier sitio pueda
acceder a los datos de cualquier punto de la red.

En Ingeniería de Software (BDD) o desarrollo guiado por el

comportamiento (DGC), es un proceso de desarrollo de software que
surgió a partir del desarrollo guiado por pruebas (DGP o TDD) combinando
las técnicas generales y los principios del DGP junto con su diseño
orientado a objetos para proveer al desarrolladores de software
administración de herramientas compartidas y un proceso compartido de
colaboración en el desarrollo.

La práctica del DGC asume el uso de herramientas de software

especializadas para asistir en el proceso de desarrollo, las cuales son
usadas para agregar automatización para el lenguaje ubicuo (lenguaje
estructurado alrededor del modelo de dominio, utilizado en el diseño
guiado por el dominio para conectar actividades entre miembros del
equipo), el cual es el tema central del DGC.

Esta estrategia encaja bien en las metodologías ágiles, ya que

generalmente en ellas se especifican los requerimientos como historias de
usuario. Estas historias de usuario deberán tener sus criterios de
aceptación y que deben ser escritas directamente en lenguaje Gherkin.
Este lenguaje que puede escribir alguien sin conocimientos en
programación, pero que lo puede comprender también un programa para
hacer pruebas (las pruebas se van a guardar en archivos “.feature”, los
cuales deberían estar versionados junto al código fuente del sistema que
se está probando).

En estos archivos se especifica:

● Feature​ - nombre de la funcionalidad que vamos a probar, el título de

la prueba.
● Scenario​ - habrá uno por cada prueba que se quiera especificar para
esta funcionalidad.
● Given​ - acá se marca el contexto, las precondiciones.
● When​ - se especifican las acciones que se van a ejecutar.
● Then​ - y acá se especifica el resultado esperado, las validaciones a
realizar.

Nota:​ Gherkin soporta muchos lenguajes, así que si bien lo más común es
verlo en inglés, se podría hacer en español también.
 El enfoque BDD favorece la estabilidad del sistema pudiendo ser un
más eficiente con una arquitectura del estilo de microservicios, que permita
agregar y trabajar una funcionalidad por todas sus capas en forma
independiente. Este esquema facilita las pruebas, entonces mejora la
testeabilidad.

El desarrollo guiado por el comportamiento señala que las pruebas

de cualquier unidad de software deben ser especificadas en términos del
"comportamiento deseado" de la unidad que consiste en los
requerimientos definidos por el usuario, por ello el DGC es una actividad
"afuera hacia adentro". En BDD las pruebas de aceptación deben de
realizarse con las historias de usuario.

Una historia de usuario se compone de los siguientes componentes:

● Título​ - La historia debe tener un título claro y explícito.

● Narrativa​ - Una pequeña sección de introducción que especifique
● Quién​ - (cuál negocio o rol del proyecto) es el conductor o principal
parte interesada de la historia (el actor que recibe beneficios de la
historia)
● Efecto​ - que se quiere en la historia, señalado por la parte interesada
● Remuneración​ - que tendrá la parte interesada a partir de este
efecto
● Criterios​ - de aceptación o escenarios

Es una descripción de cada caso específico de la narrativa,

Siguiendo cierta estructura; Comienza al especificar la condición inicial la
cual es asumida como verdadera al inicio del escenario (pudiendo consistir
en una causa o varias) luego se declara cuál evento causa el inicio del
escenario y por último declara el resultado esperado (en una o más
cláusulas).
 El DGC no tiene requerimientos formales para describir, pero sí
insiste en que cada equipo de desarrollo declare un formato simple y
estandarizado al escribir las historias de usuario incluyendo los elementos
listados arriba.

El lenguaje del DGC es un lenguaje compartido por todos los

miembros tanto desarrolladores como personal no técnico de un equipo de
desarrollo de software, de esta forma el DGC puede ser usado entre todos
los roles diferentes en un proyecto de .Un riesgo común con el desarrollo
de software incluye fallos en la comunicación entre desarrolladores y
partes interesadas. Esta es la razón de que el DGC insiste en usar un
lenguaje semiformal para la especificación del comportamiento.

Características

● Refleja una estructura organizacional​ – los fragmentos de la base

de datos se ubican en las departamento con los que tenga relación.
● Autonomía local​ – un departamento puede controlar los datos que
le pertenecen.
● Disponibilidad​ – un fallo en una parte del sistema sólo afectará a un
fragmento, en lugar de a toda la base de datos.
● Rendimiento​ – los datos generalmente se ubican cerca del sitio con
mayor demanda aunque los sistemas trabajan en paralelo, lo cual
permite balancear la carga en los servidores.
● Economía​ – es más barato crear una red de muchas computadoras
pequeñas, que tener una sola computadora muy poderosa.
● Modularidad​ – se pueden modificar, agregar o quitar departamentos
de la base de datos distribuida sin afectar a los demás sistemas
(módulos).
 Origen de BDD

Las base de datos han tenido una evolución importante, en un

principio se encontraba toda la información centralizada en una sola red
que a nivel físico representaban cientos de pc domésticas, corporativa o
framework para almacenar toda la información pero a medida que fue
pasando el tiempo y la demanda fue aumentado es uso de esta
infraestructura estaba dejando de ser eficiente y presentado muchos
inconvenientes.

Los SMBD fueron una herramienta muy útil que ayudó sin duda en el
manejo de sistemas de datos empleando así en sistemas públicos,
bancos, en ferrocarriles, aerolíneas, entre muchos otros más. Integrándose
en lo que vendría siendo la sociedad.

Los frame SMBD tuvieron un papel esencial a la hora del surgimiento

de la base de datos distribuida ya que las marcas y corporaciones eran las
que empleaban estos sistema para su base de datos, con la creciente
competencia de dio la creación de una diversidad aún mayor de SMBD y el
intercambio. Como resultado de estos factores se dio como resultado la
creación de los sistemas de datos distribuidos.

Claro en un principio esta no funcionaba del todo bien ya que con la

diversificación con la cuestión de la gran cantidad de SMBD de diferentes
marcas se daban grupos aislados donde el grupo de usuarios que daban
uso al SMGB tendría una comunicación más eficiente entre ellos llegando
así incluso a cooperar entre ellos y menos limitante que los usuarios y
prestar servicio entre ellos o a otros mas, por otro lado los grupos que
usaban una SMBD diferentes se veían mucho más limitados.

Esto guarda relación con los tipos de BDD (Homogeneos y

heterogeneos) pues en este sistema estaban los dos fusionados y su
funcionamiento se vio algo forzada. a Medida que fue avanzando la
tecnología y se siguieron confeccionando estos, el BDD evolucionó de tal
modo que integra grandes características fruto de una combinación
esencial que es las redes de comunicación, los medios y el internet.

Y todo organizado en una carcasa ágil, permitiendo una muy buena

comunicación entre los integrantes de un grupo de desarrollo y dando
acceso a su uso a cualquier usuario de este sin importar el rol que tenga,
gracias a su lenguaje Genkiri que no necesita de previo conocimiento
técnico para hacer los testing tratándose de una lenguaje semiformal que
usa las historias de usuarios para emitir las solicitudes, estas deben de
seguir cierta estructura y tienen carácter conversacional.

Es Por esa razón que con BDD se puede conseguir una buena
comunicación entre el equipo, equidad y balanceo en el trabajo que se
trabaje, organización, entre muchas otras virtudes que ayudan a prevenir
errores o malentendidos por falta de comunicación.

Al principio se creía que si los componentes de una base de datos

debían de ser especializados para que estos fuesen más eficientes y
rápidos, pero se comprobó que el descentralizar todo y adoptar un enfoque
"nada compartido" resultaba más barato y eficaz. Por lo que el hardware
que compone una base de datos distribuida se reduce a servidores y la
red.

Originalmente se almacenaba la información de manera centralizada,

pero con el paso del tiempo las necesidades aumentaron produciendo
inconvenientes imposibles de resolver de forma centralizada, pues La
necesidad de almacenar datos de forma masiva dio paso a la creación de
una base de datos distribuidos, los cuales hoy en día proveen
características indispensables como la combinación de las redes de
comunicación y las bases de datos.
 Hay varios factores que han hecho que las bases de datos
evolucionen a bases de datos distribuidas. En el mundo de los negocios se
ha dado una globalización y a la vez las operaciones de las empresas son
cada vez más descentralizadas geográficamente. También el poder de las
computadoras personales aumentó y el costo de los Mainframes ya no
tenía sentido. Además la necesidad de compartir datos ha hecho que
crezca el mercado de las bases de datos distribuidas.

El desarrollo guiado por el comportamiento fue desarrollado por Dan

North como respuesta a los problemas que surgían al enseñar el desarrollo
guiado por pruebas como:

● Dónde comenzar en el proceso

● Qué probar y qué no probar
● Qué tanto abarca una prueba
● Cómo llamar a las pruebas
● Cómo entender por qué falla una prueba

En el corazón del DGC existe una reconsideración para las prueba

unitarias de validación, North sugirió mientras lidiaba con estos problemas
que; los nombres de las pruebas unitarias sean oraciones completas
empezando con la palabra "deber"/"debería" y que deberían estar escritas
en el orden de relevancia, las pruebas de validación deberían estar
escritas usando el armazón ágil estándar de una historia de usuario con un
[rol], [características] y [beneficio]".

También incluye que los criterios de validación deberían estar

escritos en términos de las situaciones y además implementados como
cláusulas: [contexto inicial], [ocurre el evento] y [asegurar algunos
resultados].​

A partir de este punto, North y otros desarrollaron el armazón del

DGC en el transcurso de algunos años, ya para 2008 Dan North creó el
primer armazón del DGC y Chris Matts ideó el Feature Injection (inserción
de característica) la capacidad de cubrir el espacio de análisis y proveer un
tratamiento completo al ciclo de vida del software, desde la visión hasta el
código y el lanzamiento.

Tipos de BDD

Homogéneas​ todos los sitios tienen el mismo SGBD al igual que

son conscientes de la existencia de los demás sitios y cooperan
simultáneo en el procesamiento de las solicitudes manteniendo un mismo
esquema.
Heterogéneas​ - cada sitio puede tener un SGBD distinto así como
esquemas diferentes. Puede que algunos sitios no conozcan a otros y
ofrecen facilidades limitadas.

¿Que es SMBD?

Antes de definir formalmente un SMBD, vamos a definir qué es una

base de datos. Veamos las definiciones de algunos autores reconocidos.

"Una base de datos es un conjunto de datos persistentes que es utilizado

por los sistemas de aplicación de alguna empresa dada."​ (Date, 2001).

"Colección o depósito de datos integrados, almacenados y con

redundancia controlada. Los datos, que han de ser compartidos por
diferentes usuarios y aplicaciones, manteniéndose independientes en un
modelo de datos el cual ha de permitir captar las interrelaciones y
restricciones existentes en el mundo real. Los procedimientos de
actualización y recuperación, facilitando la seguridad del conjunto de los
datos."​ (Miguel y Piattini, 1999).

Un (SGBD) sistema de gestión de bases de datos o (DBMS) es una

colección de software muy específico, cuya función es servir elegir una
interfaz adecuada entre esta y la base de datos, el usuario y las distintas
aplicaciones utilizadas, precisamente con el objetivo de manejar un
conjunto de datos para convertirlos en información relevante para la
organización, ya sea a nivel operativo o estratégico.

"un sistema manejador de base de datos, es un sistema

computacional cuya finalidad general es almacenar información y permitir a
los usuarios recuperar y actualizar esa información con base en peticiones.
La información en cuestión puede ser cualquier cosa que sea de
importancia para la empresa u organización; es decir, todo lo que sea
necesario como auxiliar en el proceso general de su administración."
(Date, 2001, creador del modelo relacional).

"Se puede definir el Sistema Manejador de Base de Datos

(SMBD) como un conjunto coordinado de programas, procedimientos,
lenguajes, etc., que suministra a los distintos tipos de usuarios los medios
necesarios para describir y manipular los datos almacenados en la base,
garantizando su seguridad."​ (Miguel y Piattini, 1999).

Su uso permite obtener un mejor control a los administradores de

sistemas y mayor eficiencia en la gestión empresarial. Estas
particularidades son algunos de los rasgos distintivos de un SGBD, cuyos
procesos esenciales son la manipulación y construcción de la bases de
datos, así como la definición de los mismos.

En lo que respecta a los lenguajes utilizados en un DBMS, cabe

destacar el Lenguaje de Manipulación de datos o (DML) para la realización
de consultas y manipulación de datos. Especialmente, se utiliza el (SQL),
el DML más utilizado para gestionar datos relacionales, así como (DDL)
utilizado para definir estructuras y funciones en la realización de consultas.

Por último (DCL) es un lenguaje utilizado en un DBMS por el

administrador con el fin de controlar el acceso a los datos de la base de
datos.

Niveles de un SGBD

● Nivel físico​ - (el nivel más bajo de abstracción) describe cómo se

almacenan realmente los datos.
● Nivel lógico o conceptual​ - describe los datos que se almacenan en
la BD y sus relaciones con el mundo real, sus atributos y sus
propiedades.
● Nivel externo o de vistas​ - describe la parte de la BD a la que los
usuarios pueden acceder.

Funciones de un SMBD

En general, las funciones esenciales de un SMBD son las de

descripción, manipulación y control. Retomando el trabajo de Adoración de
Miguel (Miguel y Piattini, 1999) quien las explica de una manera muy
sencilla y concreta:

Función de definición o descripción

La función de descripción o definición debe permitir al diseñador de

la base de datos especificar los elementos de datos que la integran, su
estructura y las relaciones que existen entre ellos y las reglas de
validación. Esta función, realizada por el lenguaje de descripción (LDD)
donde se debe suministrar los medio para definir las tres estructuras de
datos (externa, lógica e interna) especificando las características de los
datos a cada uno de estos niveles.

Función de manipulación

La función de manipulación permite a los usuario (ya sea

informáticos o no) consultar la base de datos, ya sea la totalidad de la
información o por partes (inserción, borrado y modificación). siempre de
acuerdo con las especificaciones y normas de seguridad dictadas por el
administrador (DBA). Esta función se lleva a cabo con el lenguaje de
manipulación de datos (LMD) que ofrece los instrumentos necesarios para
la realización de estas tareas.

Función de control o utilización

La función de control reúne todas las interfaces que necesitan los

diferentes usuarios para comunicarse con la base de datos y proporciona
un conjunto de procedimientos para el administrador. De manera especial,
esta función debe integrar una serie de instrumentos que faciliten las
tareas del administrador, variando la exigencia de acuerdo a las
operaciones.

Componentes del SMBD

● El ​motor de la base de datos​ acepta peticiones lógicas de los otros

subsistemas del SGBD, las convierte en su equivalente físico y
accede a la base de datos y diccionario de datos en el dispositivo de
almacenamiento.
● El ​subsistema​ de definición de datos ayuda a crear y mantener el
diccionario de datos y define la estructura del fichero que soporta la
base de datos.
● El ​subsistema de manipulación​ de datos ayuda al usuario a añadir,
cambiar y borrar información de la base de datos y la interroga para
extraer información.
● El ​subsistema de generación​ de aplicaciones contiene utilidades
para ayudar a los usuarios en el desarrollo de aplicaciones.
● El ​subsistema de administración​ ayuda a gestionar la base de
datos ofreciendo funcionalidades como almacenamiento y
recuperación, gestión de la seguridad, optimización de preguntas,
control de concurrencia y gestión de cambios.

Características

● Abstracción de la información​ - Los SGBD ahorran a los usuarios

detalles acerca del almacenamiento físico de los datos. Da lo mismo
si una base de datos ocupa uno o cientos de archivos, este hecho se
hace transparente al usuario. Así, se definen varios niveles de
abstracción.
● Independencia​ - La independencia de los datos consiste en la
capacidad de modificar el esquema (físico o lógico) de una base de
datos sin tener que realizar cambios en las aplicaciones que se
sirven de ella.
● Redundancia mínima​ - Un buen diseño de una base de datos
logrará evitar la aparición de información repetida o redundante. De
entrada, lo ideal es lograr una redundancia nula; no obstante, en
algunos casos la complejidad de los cálculos hace necesaria la
aparición de redundancias.
● Consistencia​ - En aquellos casos en los que no se ha logrado esta
redundancia nula, será necesario hacer actualizaciones de forma
coherente de todos los datos repetidos de forma simultánea.
● Seguridad​ - La información almacenada en una base de datos
puede llegar a tener un gran valor y es por ello que los SGBD
disponen de un complejo sistema de permisos a usuarios y grupos
 de usuarios, que permiten otorgar diversas categorías de permisos.
De esta forma garantizar que esta información se encuentra segura
frente a usuarios malintencionados o simplemente ante las torpezas
de algún usuario autorizado pero despistado
● Integridad​ - Se trata de adoptar las medidas para garantizar la
validez de los datos almacenados. Se trata de proteger los datos
ante fallos de hardware u otras circunstancia capaz de corromper la
información almacenada.
● Respaldo y recuperación​ - Los SGBD deben proporcionar una
forma eficiente de realizar copias de respaldo de la información
almacenada en ellos.

Independencia lógica y física de los

datos.

Este se refiere a la capacidad para modificar una definición de

esquema en un nivel sin que afecte a una definición de esquema en el
siguiente nivel más alto se llama Independencia de datos. Hay dos niveles
de independencia de datos:

Independencia Física de datos: Es la capacidad para modificar el esquema

físico sin provocar que los programas de aplicación tengan que
reescribirse. Las modificaciones en el nivel físico son ocasionalmente
necesarias para mejorar el funcionamiento.

Independencia Lógica de datos: Es la capacidad para modificar el

esquema lógico sin causar que los programas de aplicación tengan que
reescribirse. Las modificaciones en el nivel lógico son necesarias siempre
que la estructura lógica de la base de datos se altere.
 La independencia de datos lógica es más fácil de proporcionar que la
independencia de datos física, ya que los programas de aplicación son
fuertemente dependientes de la estructura lógica de los datos a los que
ellos acceden

Origen de SMBD

El uso de sistemas de bases de datos automatizadas, se desarrolló a

partir de la necesidad de almacenar grandes cantidades de datos para su
posterior consulta, producidas por las nuevas industrias que creaban gran
cantidad de información.

Los años sesenta y setenta - sistemas centralizados

Los SGBD de los años sesenta y setenta (IMS de IBM, IDS de Bull,
DMS de Univac, etc.) eran sistemas totalmente centralizados, como
corresponde a los sistemas operativos de aquellos años, y al hardware
para el que estaban hechos: un gran ordenador para toda la empresa y
una red de terminales sin inteligencia ni memoria.

Los primeros SGBD en los años sesenta todavía no se orientaban a

facilitar la utilización de grandes conjuntos de datos en los que las
interrelaciones son complejas. normalmente los datos se operaban por
lotes, se empleó en; el software de comunicaciones, gestión de
transacciones y gestión de datos como en cuentas de clientes en el mundo
bancario en reserva/compra de billetes a las compañías aéreas y de
ferrocarriles, entre otros.

Al aparecer los terminales de teclado conectados al ordenador

central mediante una línea telefónica, se empiezan a construir grandes
aplicaciones on-line transaccionales (OLTP). Los SGBD estaban
íntimamente ligados al software de comunicaciones y de gestión de
transacciones.

Aunque para escribir los programas de aplicación se utilizaban

lenguajes de alto nivel, Puesto que los programas estaban relacionados
con el nivel físico, se debían modificar continuamente cuando se hacían
cambios en el diseño y la organización de la BD. La preocupación básica
era maximizar el rendimiento: el tiempo de respuesta y las transacciones
por segundo.

Los años ochenta - SGBD relacionales

Habian ordenadores minis y después los ordenadores micros,

extendiendo la informática a prácticamente todas las empresas e
instituciones. Esto exigía que el desarrollo de aplicaciones fuese más
sencillo. Los SGBD de los años setenta eran demasiado complejos e
inflexibles, y sólo los podía utilizar un personal muy cualificado.

La aparición de los SGBD relacionales* supone un avance

importante para facilitar la programación de aplicaciones con BD y para
conseguir que los programas sean independientes de los aspectos físicos
de la BD.

Todos estos factores hacen que se extienda el uso de los SGBD. La

estandarización, en el año 1986, del lenguaje SQL produjo una auténtica
explosión de los SGBD relacionales.

Aparecen los ordenadores personales y se extienden muy

rápidamente. También surge software para estos equipos monousuario
con los cuales es muy fácil crear y utilizar conjuntos de datos. Estos
primeros sistemas para PC era un poco forzado, ya que no aceptaban
estructuras complejas ni interrelaciones, ni podían ser utilizados en una red
que sirviese simultáneamente a muchos usuarios de diferentes tipos.

Los años noventa - distribución, C/S y 4GL

Al acabar la década de los ochenta, los SGBD relacionales ya se

utilizaban prácticamente en todas las empresas. A pesar de todo, hasta la
mitad de los noventa, cuando se ha necesitado un rendimiento elevado se
han seguido utilizando los SGBD prerrelacionales. A principios de los
noventa las empresas fueron comprando ordenadores departamentales y
personales al igual que fueron haciendo aplicaciones con BD que dio como
resultado numerosas BD y varios SGBD de diferentes tipos o proveedores.

La necesidad de tener una visión global de la empresa y de

interrelacionar diferentes aplicaciones que utilizan BD diferentes, junto con
la facilidad que dan las redes para la intercomunicación entre ordenadores,
ha conducido a los SGBD actuales, que permiten que un programa pueda
trabajar con diferentes BD como si se tratase de una sola. Es lo que se
conoce como base de datos distribuida.

Esta distribución ideal se consigue cuando las diferentes BD son

soportadas por una misma marca de SGBD. En la actualidad, gracias
principalmente a la estandarización del lenguaje de marcas diferentes
estas pueden darse servicio unos a otros y colaborar para dar servicio a un
programa de aplicación.

La tecnología que se utiliza habitualmente para distribuir datos es la

que se conoce como entorno (o arquitectura) cliente o peticionario
/servidor o proveedor de servicio (C/S). Todos los SGBD relacionales del
mercado han sido adaptados a este entorno.
 Un proceso cliente puede pedir servicios a varios servidores. Un
servidor puede recibir peticiones de muchos clientes. En general, un
proceso A que hace de cliente, pidiendo un servicio a otro proceso B
puede hacer también de servidor de un servicio que le pida otro proceso C
(o incluso el B, que en esta petición sería el cliente). Incluso el cliente y el
servidor pueden residir en un mismo sistema.

Tendencias actuales

Hoy día, los SGBD relacionales están en plena transformación para

adaptarse a tres tecnologías de éxito fuertemente relacionadas: la
multimedia, la orientación a objetos (OO Internet y la web. en los si era
necesario que los SGBD relacionales actuales aceptan atributos de estos
tipos, ya que Los tipos de datos que se pueden definir en los SGBD
relacionales de los años ochenta y noventa eran muy limitados.

Sin embargo, algunas aplicaciones no tienen suficiente con la

incorporación de tipos especializados en multimedia. Necesitan tipos
complejos que el desarrollador pueda definir a medida de la aplicación. En
definitiva, se necesitan tipos abstractos de datos: TAD. Los SGBD más
recientes ya incorporan esta posibilidad, y abren un amplio mercado de
librerías de clases.

El éxito de la OO al final de los años ochenta, en el desarrollo de

software básico en las aplicaciones de ingeniería industrial y en la
construcción de interfaces gráficas con los usuarios ha hecho que durante
la década de los noventa se extendiese en prácticamente todos los
campos de la informática.

La utilización de lenguajes como C++ o Java ah requerido de que los

SGBD relacionales se adapten a ellos con interfaces adecuadas. La rápida
adopción de la web hace que los SGBD incorporen recursos para ser
servidores de páginas web, por otro lado durante estos últimos años se ha
empezado a extender un tipo de aplicación de las BD denominado Data
Warehouse, o almacén de datos, que también produce algunos cambios
en los SGBD relacionales del mercado.

Tipos de SMBD

Los tipos de SGBD varían según el modelo utilizado, como lo son:

● MySQL​ - es un sistema manejador de base de datos relacional,

multihilo y multiusuario con más de seis millones de instalaciones
● PervasiveSQL​ - Motor de base de datos embebible que sustenta la
integridad de los datos, el alto rendimiento, flexibilidad, escalabilidad
y un bajo coste total de propiedad.
● PostgreSQL​ - sistema manejador de base de datos relacional
orientada a objetos de software libre, publicado bajo la licencia BSD
● Oracle​ - Sistema manejador de base de datos relacional,
desarrollado por Oracle Corporation.
● Firebird​ - Sistema manejador de base de datos relacional de código
abierto, basado en la versión 6 de Interbase, cuyo código fue
liberado por Borland en 2000. Su código fue reescrito de C a C++.
● Microsoft SQL Server​ - Es un sistema manejador de bases de datos
relacionales (SGBD) basado en el lenguaje Transact-SQL, y
específicamente en Sybase IQ, capaz de poner a disposición de
muchos usuarios grandes cantidades de datos de manera
simultánea.
● SQLite​ - sistema manejador de bases de datos relacional compatible
con ACID, y que está contenida en una relativamente pequeña
biblioteca
● Visual FoxPro​ - Es un lenguaje de programación orientado a objetos
y procedural, un Sistema Manejador de Bases de datos o Database
Management System (DBMS)
● Apache Derby​ - Sistema manejador de base de datos relacional
escrito en Java que puede ser embebido en aplicaciones Java y
utilizado para procesos de transacciones online.
 Relacion entre BDD y SMBD

La BDD es una red compuesta por varios sitios interconectados

entre sí, de tal forma al igual que los SMBD en el momento de acceder a
esta red tienen al alcance el poder acceder a los datos que allí se
encuentren y poder modificarlos, actualizarlos o borrarlos.

Tanto el SGBD, como la propia base de datos, pueden hacer que

sea necesario adquirir más espacio de almacenamiento. Además, para
alcanzar las prestaciones deseadas, es posible que sea necesario adquirir
una máquina más grande o una máquina que se dedique solamente al
SGBD. Todo esto hará que la implantación de un sistema de bases de
datos sea más cara.

Conclusión

Una buena combinación para trabajar BDD pudiese ser tener una
arquitectura que permita trabajar en rebanadas y que estas historias se
completen de punta a punta. Aunque los SMBD guarden similitud estos
cuentan con diferencias que vale la pena mencionar:

los (DBMS) requiere de mucho espacio en disco duro y también

requiere de mucha memoria principal (RAM) para poder correr
adecuadamente en comparación con los BDD.

Muchos SGBD proporcionan lenguajes de consultas o generadores

de informes que permiten al usuario hacer cualquier tipo de consulta sobre
los datos, sin que sea necesario que un programador escriba una
aplicación que realice tal tarea, en los SMBD el por lo menos esencial
saber la estructura que se debe seguir la introducir un historial de usuario.

Referencia

https://concepto.de/base-de-datos/
http://www.maestrosdelweb.com/que-son-las-bases-de-datos/
http://cidecame.uaeh.edu.mx/lcc/mapa/PROYECTO/libro14/53__lenguaje_
de_manipulacin_de_datos_dml.html
https://es.scribd.com/doc/74621441/Independencia-logica-y-fisica-de-los-d
atos
https://es.wikipedia.org/wiki/Desarrollo_guiado_por_comportamiento
https://www.federico-toledo.com/que-es-bdd/
https://prezi.com/ysvsgdasmk28/historia-bases-de-datos-distribuidas/
https://modelosbd2012t1.wordpress.com/2012/03/08/bases-de-datos-distri
buidas/
https://blog.powerdata.es/el-valor-de-la-gestion-de-datos/bid/406549/qu-es-
el-sistema-manejador-de-bases-de-datos
https://cursos.clavijero.edu.mx/cursos/059_bd/modulo1/contenido/tema1.1.
html?opc
https://homeworkdatabase.wordpress.com/2015/06/27/sgbd-o-smbd-sistem
a-manejador-de-base-de-datos/
http://g-goten-cetem.blogspot.com/2012/02/historia-de-los-sistemas-de-bas
es-de.html
https://victorino13.wordpress.com/2010/04/13/%C2%BFdiferencia-entre-un
a-base-de-datos-y-un-sistema-de-gestion-de-datos/
https://prezi.com/7ct6ndelylyv/diferencias-entre-sgbd-y-bd/
http://vyanez-combas-sca.blogspot.com/2011/09/diferentes-tipos-de-smbd.
htm