Introducción a los Sistemas Gestores de Bases de Datos (SGBD).

INTRODUCCIÓN A LOS
SISTEMAS GESTORES DE BASES DE DATOS (SGBD).

1 INTRODUCCIÓN. ...................................................................................................... 2
2 OBJETIVOS DE UN SGBD. ..................................................................................... 4
2.1 ABSTRACCIÓN DE LA INFORMACIÓN......................................................................... 4
2.2 INDEPENDENCIA ....................................................................................................... 4
2.3 REDUNDANCIA MÍNIMA. ........................................................................................... 4
2.4 CONSISTENCIA. ........................................................................................................ 4
2.5 SEGURIDAD. ............................................................................................................. 4
2.6 INTEGRIDAD ............................................................................................................. 4
2.7 RESPALDO Y RECUPERACIÓN. .................................................................................. 4
2.8 CONTROL DE CONCURRENCIA. ................................................................................. 5
2.9 TIEMPO DE RESPUESTA. ............................................................................................ 5
3 FUNCIONES DE UN SGBD: LENGUAJES. ........................................................... 6
3.1 DESCRIPCIÓN: LENGUAJE DE DEFINICIÓN DE DATOS (LDD, DDL) ........................... 6
3.2 MANIPULACIÓN: LENGUAJE DE MANIPULACIÓN DE DATOS (LMD,DML) ................ 6
3.3 UTILIZACIÓN. ........................................................................................................... 7
4 ARQUITECTURAS DE UN SGBD. NIVELES DE ABSTRACCIÓN .................. 8
4.1 ESQUEMAS. .............................................................................................................. 8
4.2 TRANSFORMACIONES ENTRE ESQUEMAS. ................................................................. 8
4.3 DICCIONARIO DE DATOS. .......................................................................................... 9
5 MODELOS DE DATOS: TIPOS DE SGBD. .......................................................... 10
5.1 MODELO JERÁRQUICO............................................................................................ 10
5.2 MODELO EN RED. ................................................................................................... 11
5.3 MODELO RELACIONAL. .......................................................................................... 12
5.4 MODELO ORIENTADO A OBJETOS. ........................................................................... 12

Página 1 de 13
Introducción a los Sistemas Gestores de Bases de Datos (SGBD).

1 Introducción.
Antes de que las bases de datos se convirtieran en la forma generalizada de
almacenamiento de datos, las aplicaciones trabajaban directamente, en su mayoría, con
ficheros que contenían los datos. La estructura de estos ficheros estaba muy ligada a la
aplicación, por lo que era común que al cambiar la estructura de los ficheros hubiese
que cambiar también la aplicación y viceversa. A este tipo de organización se le
denomina Sistema Orientado al Proceso.

Normalmente en las grandes empresas que contaban con un gran número de

aplicaciones, cada una trabajaba con sus propios formatos de ficheros, por lo que había
un grado amplio de redundancia entre ellos (se repetían los mismos datos en diferentes
sitios).

Lo que consiguieron las bases de datos fue estructurar todos los datos contenidos en los
ficheros en una única colección de datos, que eran accesibles por las diferentes
aplicaciones, eran consistentes y tenían una redundancia mínima. A esta forma de
trabajo basada en la utilización de BD se le denomina Sistema Orientado a los Datos,
porque los datos están estructurados y almacenados de forma independiente a las
aplicaciones que los manejan.

Podemos definir una BD, como una colección interrelacionada de datos,

almacenados en un conjunto de redundancias mínimas (repetición de datos)
(aunque en algún caso pueda interesar su existencia, aún siendo innecesaria), que
tiene como finalidad servir de forma eficiente a las diferentes aplicaciones que
accedan a ella. El componente fundamental de una BD son los datos, que como
decíamos en la definición, están interrelacionados entre sí formando un conjunto con un
mínimo de redundancias.

Para poder servir a las diferentes aplicaciones, los datos están estructurados y
almacenados (sobre soportes de almacenamiento secundario) de forma totalmente
independiente a las aplicaciones, utilizando un Software o conjunto de programas que
actúe como intermediario entre los datos y las aplicaciones. A este SW se le denomina
Sistema Gestor de Base de Datos (SGBD).

Se puede definir un Sistema Gestor de Base de Datos SGBD como un conjunto

coordinado de programas, procedimientos, lenguajes, etc., que suministra tanto a
los usuarios no informáticos como a los analistas, programadores y
administradores los medios necesarios para describir, recuperar y manipular los
datos almacenados en la BD manteniendo su integridad, confidencialidad y
seguridad. El SGBD es el encargado tanto de crear y organizar la base de datos como
de atender las solicitudes de acceso y cambios de las aplicaciones.

Los usuarios que interactúan con el sistema, de acuerdo a la forma en que lo hacen
podemos clasificarlos en:
 Programadores de aplicaciones. Escriben aplicaciones que utilizan la base de
datos a través de llamadas al SGBD incrustadas en el código.
 Usuarios ingenuos. Interactúan con el sistema utilizando las aplicaciones
anteriores.
 Usuarios casuales. Interactúan con el sistema directamente utilizando un
lenguaje propio de la BD.

Página 2 de 13
Introducción a los Sistemas Gestores de Bases de Datos (SGBD).

 Administrador: Es el encargado de controlar y manejar la BD (puede ser un

grupo de personas) suele denotarse como DBA (del inglés, Data Base
Administrator). Tiene como funciones :
o Describir el esquema de la BD
o Definir la estructura física de almacenamiento y el método de acceso.
o Modificar el esquema y la organización física.
o Conceder autorizaciones a los usuarios para que accedan a los datos.
o Especificar las reglas de integridad de los datos.
o ...

Página 3 de 13
Introducción a los Sistemas Gestores de Bases de Datos (SGBD).

2 Objetivos de un SGBD.

2.1 Abstracción de la información

Proporcionar a los usuarios una visión abstracta de la información. El sistema ahorra al

usuario de conocer como se almacenan los datos internamente, así como su
mantenimiento.

2.2 Independencia

Respecto a dos niveles:

 Independencia Física. Se puede variar la forma de almacenar la información sin
que esto afecte a las aplicaciones.
 Independencia Lógica. Es posible modificar el esquema lógico (tamaño de
registros, características de campos,...) sin tener que cambiar las aplicaciones.

2.3 Redundancia mínima.

Evita la repetición de los mismos datos en diferentes ficheros. Aunque pueda parecer
que la redundancia nula sea la ideal, está demostrado que en algunos casos es
conveniente duplicar ciertos datos para agilizar ciertas búsquedas.

2.4 Consistencia.

Si existen datos duplicados en varios ficheros, el SGBD debe garantizar que un cambio
se actualice en todos los ficheros, para evitar la inconsistencia del dato.

2.5 Seguridad.

Los datos deben estar protegidos frente al acceso por parte de usuarios no autorizados.
Para establecerla se suele recurrir a sistemas de Password para los usuarios.

2.6 Integridad

Medidas necesarias para conservar la corrección de los datos en la BD. Existen varias
circunstancias que pueden hacer que los datos se estropeen:
 Fallos del Hardware.
 Actualizaciones incompletas.
 Inserción de datos no válidos. El DBA debe definir unas reglas de integridad y el
SGBD se debe encargar de hacerlas cumplir. (P. Ej. Saldo no inferior a una
cantidad).

2.7 Respaldo y Recuperación.

El SGBD debe proporcionar mecanismos para realizar periódicamente copias de

seguridad de los datos y almacenarlas sobre cintas o discos. El sistema debe ser capaz
de recuperar la información original a partir de esas copias de seguridad.

Página 4 de 13
Introducción a los Sistemas Gestores de Bases de Datos (SGBD).

2.8 Control de Concurrencia.

Lo más normal es que una BD trabaje en un entorno de multiprogramación y de

multiusuario. Esto presenta el problema de que dos o más procesos traten de acceder al
mismo dato de forma simultánea. El SGBD debe proporcionar los mecanismos
necesarios para evitar la inconsistencia de los datos. Normalmente se utiliza una técnica
denominada ‘candado’.
Un proceso sólo puede acceder a un dato si dispone de un candado para ese dato.
Existen dos tipos:
 Compartido. Si el usuario solamente quiere leer el dato
 Exclusivo. Puede tanto leer como escribir el dato, evitando que los demás lo
hagan simultáneamente.
Si no se posee un candado para acceder habrá de esperar hasta que sea posible.

2.9 Tiempo de respuesta.

Las BD están diseñadas para ser utilizadas por los usuarios finales, por lo que deben de
asegurar un tiempo de respuesta idóneo a las peticiones de los usuarios.

Cuando se trata de procesos por lotes, el tiempo de respuesta no resulta determinante,

pero cuando se trata de procesos on-line críticos (reserva de plazas, terminal
bancaria,...) el SGBD debe proporcionan un tiempo de respuesta suficientemente corto.

Página 5 de 13
Introducción a los Sistemas Gestores de Bases de Datos (SGBD).

3 FUNCIONES DE UN SGBD: LENGUAJES.

Las funciones esenciales de un SGBD son tres: descripción, manipulación y utilización.

Para permitir que el usuario interactúe con estas funcionalidades el SGBD define
lenguajes.

3.1 Descripción: Lenguaje de definición de datos (LDD, en inglés DDL por Data
Definition Language)

Permite al DBA definir los elementos que integran la BD, su estructura, las relaciones
que existen entre ellos, las reglas de integridad, los controles de acceso, las
características de tipo físico y las vistas externas de los usuarios.

Aunque uno de los objetivos de las BD es conseguir la independencia física, el

rendimiento del sistema aumenta si el DBA especifica características de la estructura
física junto con la descripción lógica. A este nivel se ha de indicar el espacio
(volúmenes, cilindros y pistas) reservado para la base, su modo de representación,
además de definir caminos de acceso, índices, etc.

Desde el punto de vista lógico, el DBA utiliza el DDL para asignar nombres a los
campos, establecer sus longitudes y características, así como las relaciones existentes
entre ellos y las restricciones que se han de aplicar.

A nivel externo, el DDL también se encarga de suministrar medios para definir las
vistas externas la forma en la que presentamos los datos a los usuarios.

El conjunto de tablas resultantes de todas estas descripciones se almacenan en el

Diccionario de Datos (el conjunto de campos e información asociada a cada tabla).

3.2 Manipulación: Lenguaje de manipulación de datos (LMD, en inglés DML por

Data Manipulation Language)

Permite a los usuarios consultar, modificar, añadir o suprimir datos. Permite actuar
sobre conjuntos de datos que cumplan un determinado criterio.
Dentro de los LMD, podemos clasificarlos de acuerdo a diferentes criterios:
 Puede ser huésped o autocontenido. A veces puede ser de los dos tipos (SQL)
o Decimos que es huésped cuando las llamadas a sentencias DML se
integran como parte de un proceso creado a partir de un lenguaje
anfitrión que interactúa con la BD. Por ejemplo si desde un programa
escrito en C se utilizan sentencias DML
o Decimos que es autocontenido cuando permite a los usuarios interactuar
directamente con la BD.
 Puede ser procedimental o no procedimental.
o Procedimental cuando necesita que el usuario especifique qué datos
obtener y cómo hacerlo.
o No Procedimental si el usuario únicamente indica qué datos quiere.
 Existen DML navegacionales que recuperan o actualizan los datos registro a
registro, debiendo el programador indicar el camino a recorrer para llegar al
registro buscado.

Página 6 de 13
Introducción a los Sistemas Gestores de Bases de Datos (SGBD).

 Algunos SGBD incluyen los llamados lenguajes de 4ª Generación que permiten

al usuario desarrollar aplicaciones de una forma rápida y sencilla (informes,
gráficos). P.ej. SQL Forms, SQL Reports, SQL/PL de Oracle.

3.3 Utilización.

Proporciona un conjunto de procedimientos para el DBA:

 Funciones de Servicio como obtener estadísticas.
 Funciones de seguridad física (copias de seguridad, rearranque del sistema, etc.).
 También permite definir la protección de los datos frente a accesos no
autorizados. Para esta función de protección existe un tipo de lenguaje llamado
Lenguaje de Control de Datos (en inglés DCL por Data Control Language).

Página 7 de 13
Introducción a los Sistemas Gestores de Bases de Datos (SGBD).

4 ARQUITECTURAS DE UN SGBD. NIVELES DE ABSTRACCIÓN

4.1 Esquemas.

Uno de los objetivos de un SGBD es abstraer al usuario los detalles relativos a como se
almacenan y mantienen los datos. Existen SGBD con diferentes arquitecturas, la más
estandarizada es la normativa ANSI/X3/SPARC que establece tres niveles de
abstracción para la arquitectura de una BD:

 Esquema Interno. Es el nivel más bajo, en el que se describen como se

almacenan realmente los datos (tamaño de bloques, direccionamiento, técnicas
de compresión,...) ES EL MÁS CERCANO AL DISCO DURO.
 Esquema Conceptual. Se describen los datos que están almacenados en la BD y
las relaciones que existen entre ellos (nombre, tamaño, tipo, relaciones,
limitadores de integridad, etc). Este nivel y el anterior son usados sólo por el
DBA.
 Esquema externo. Se describe solamente una parte de la BD. Muchos usuarios
necesitan únicamente una parte de la información almacenada. Para estos
usuarios se define una vista externa o subesquema de la BD. Por ejemplo en un
sistema bancario, las personas que trabajan con las nóminas sólo podrán ver la
parte de la BD con información sobre los empleados, mientras que los cajeros
sólo podrán tener acceso a la información de las cuentas.

4.2 Transformaciones entre esquemas.

En un sistema con tres niveles, el SGBD debe garantizar la transferencia de datos entre
los distintos niveles. Existen tres niveles de transformación:
 Interno/Almacenamiento. Para pasar del esquema interno a los datos físicos.
 Conceptual/Interno. Paso del esquema conceptual al interno y viceversa.
 Externa/Conceptual. Paso de una vista externa al conceptual y viceversa.

El SGBD debe conocer las relaciones entre los distintos niveles para poder realizar la
transformación de información desde un nivel a otro. Corresponde al DBA cuando
define los esquemas indicar la forma en que unos esquemas se deducen de otros por
medio de las reglas de correspondencia que son los parámetros que definen los
procedimientos de mapeo entre esquemas. Cuando un usuario solicita un acceso a los
datos, lo que el SGBD hace es:
 Interpretar la solicitud
 Inspeccionar: el esquema externo, la transformación entre el esquema externo y
conceptual, el esquema conceptual, la transformación entre el e. Conceptual y el
interno, el esquema interno, la transformación entre el interno y el
almacenamiento.
 Realizar la operación sobre el dato físico.

Página 8 de 13
Introducción a los Sistemas Gestores de Bases de Datos (SGBD).

4.3 Diccionario de datos.

Para una BD existirá un único esquema interno, un único esquema conceptual y una
serie de esquemas externos. Todos estos esquemas son construidos y administrados por
el DBA. Una de las herramientas más potentes con las que cuenta para el manejo de los
datos es el diccionario de datos en el que se almacenan:
 Las descripciones, interna, conceptual y externas de la BD, así como las reglas
de correspondencia para pasar de un esquema a otro.
 Las descripciones de los campos, registros y referencias cruzadas entre los
registros de varios ficheros.
 Los códigos de autorización y seguridad de los datos.

Página 9 de 13
Introducción a los Sistemas Gestores de Bases de Datos (SGBD).

5 Modelos de datos: Tipos de SGBD.

Un modelo es un conjunto de conceptos, reglas y convenciones que nos permiten

representar una parcela del mundo real (Universo del Discurso), a través de una
estructura de datos a la que denominaremos esquema. La calidad de un esquema se
relaciona con las propiedades del modelo de datos utilizado y la habilidad y experiencia
de los diseñadores. A los valores que toman los distintos objetos de un esquema en
un momento dado los denominaremos instancia u ocurrencia del esquema.

Los modelos son la base de los lenguajes de datos, por ejemplo SQL es el resultado de
aplicar una determinada sintaxis al modelo relacional. Los modelos que más se han
utilizado son: El jerárquico, el modelo en red, el relacional y los orientados a objetos.
El relacional es en la actualidad el más extendido, siendo el utilizado por la mayoría de
SGBD.

Para describir cada uno de los modelos o paradigmas en que se basan las bases de datos,
vamos a seguir un criterio histórico, estudiando primero los sistemas más antiguos para
pasar por último a los sistemas más avanzados.

5.1 Modelo Jerárquico.

Utiliza árboles para la representación lógica de los datos. Posee las siguientes
características:

 Una Base de Datos Jerárquica se puede definir como un conjunto ordenado de

instancias de varios tipos de árbol.
 Un tipo de árbol se compone de un tipo de registro raíz junto con un conjunto
ordenado de cero, uno o más subárboles dependientes. Los arcos del árbol
definen la relación existente entre las entidades (tipos de registro)
 Los tipos de registros representan las entidades de la base de datos. Los tipos de
registros se descomponen en campos.
 Los registros (llamados segmentos) están dispuestos en forma de árbol y no
pueden existir ciclos. Los registros solamente pueden estar relacionados
mediante relaciones 1 a 1 o 1 a muchos.
 Aparece una dependencia entre los niveles del árbol. Dicha dependencia, puede
llevar asociada la herencia de campos entre los niveles. Esa dependencia
también tiene influencia en la integridad de los datos, ya que no puede existir un
hijo sin su padre. Cuando se elimina un registro padre se deben borrar también
los registros hijos.

Página 10 de 13
Introducción a los Sistemas Gestores de Bases de Datos (SGBD).

Problemas de las BD Jerárquicas:

 Únicamente pueden representar relaciones de 1 a 1 y de 1 a muchos.
 Las relaciones muchos a muchos requieren la redundancia de información.
 Si un registro tipo aparece como "hijo" en más de dos relaciones, se debe de
replicar. Esto puede producir problemas de Integridad y Consistencia de los
Datos.
 Los lenguajes de manipulación asociados son fuertemente navegacionales.
 Hace falta un lenguaje de programación anfitrión en el que se inserten los
operadores.

El SGBD jerárquico más conocido es el IMS que utiliza el lenguaje de consulta DL/I.

5.2 Modelo en red.

El Modelo de Red se puede entender como una extensión del Modelo Jerárquico. En
este caso, cada registro hijo puede tener más de un registro padre (muchos a 1), por lo
que se reducen las redundancias de datos. El más conocido es el modelo Codasyl, que
presenta la restricción de que no permite directamente la relación muchos a muchos. Si
se presenta, se utiliza un registro intermedio que contiene los campos claves de los
registros que se quieren relacionar.

Página 11 de 13
Introducción a los Sistemas Gestores de Bases de Datos (SGBD).

Problemas Asociados:
 Los lenguajes de manipulación asociados son fuertemente navegacionales.
 Hace falta un lenguaje de programación anfitrión en el que se inserten los
operadores.
 Especialmente complicado en redes complejas.

5.3 Modelo relacional. Se utiliza en el diseño conceptual de datos. La capa intermedia

Fue desarrollado por Codd en 1970. Utiliza tablas bidimensionales (relaciones) para
representar lógicamente los datos y las relaciones entre ellos.
Se llama tupla a cada fila de la tabla y atributo o campo a cada columna. Una clave es
un atributo o conjunto de atributos que permiten identificar de forma única una tupla.

Yo tengo la siguiente relación:

Empleado (dni, nombre, apellidos, dirección)

Las tablas (relaciones) deben cumplir una serie de requisitos:
 No existen registros=filas duplicados. REGISTRO=TUPLA=FILA
 El orden de los registros=filas dentro de una relación es indiferente.
 La relación=tabla sólo puede almacenar un tipo de registros. EN CADA TABLA
HAY UN TIPO DE INFORMACIÓN COHERENTE Y COHESIONADA. SI
HACEMOS UNA TABLA EMPLEADOS PARA LOS DATOS PERSONALES
NO TIENE SENTIDO QUE TAMBIÉN ALMACENE DATOS SOBRE LA
PRODUCCIÓN DEL MES DE UN DEPARTAMENTO.
 Se pueden crear nuevas tablas relacionando campos procedentes de dos o más
tablas ya existentes.

Algunos SGBD relacionales son SQL Server, Oracle.

5.4 Modelo orientado a objetos.

Los sistemas de Bases de Datos surgieron como una alternativa a los sistemas de
ficheros, con el objetivo de manejar grandes cantidades de información. Los modelos
clásicos presentan una serie de características comunes:
 Uniformidad. Una gran cantidad de datos se estructuran de modo similar.
 Orientación en Registros. Los datos básicos se almacenan en registros de
longitud fija.
 Datos Pequeños. Los registros son cortos, normalmente de pocos cientos de
bytes.
 Campos Atómicos. Los campos de los registros son cortos, de longitud fija y no
poseen ningún tipo de estructura interna.
 Transacciones Cortas. En las transacciones no existe interacción con el usuario
y además su duración es de alguna fracción de segundo.
 Esquema casi estático. No suelen realizarse cambios en los esquemas, y si
aparecen son de poca importancia.

Página 12 de 13
Introducción a los Sistemas Gestores de Bases de Datos (SGBD).

Cuando se definieron los modelos clásicos no se consideraron ciertos tipos de

aplicaciones. Existen una serie de factores que han abierto el campo de aplicaciones, por
ejemplo el abaratamiento del hardware, el aumento de la capacidad de proceso, etc. Así,
hoy en día nos encontramos con potentes aplicaciones de Diseño Asistido por
Ordenador (CAD), herramientas CASE, Bases de Datos Multimedia, Sistemas Expertos,
etc. Todas estas aplicaciones requieren nuevos modelos de datos, lenguajes de consulta
y modelos de transacciones que se adapten a su estructura.
El modelo orientado a objetos se basa en la encapsulación de datos y código en una
única entidad llamada objeto. El interfaz entre un objeto y el resto del sistema se define
mediante un conjunto de mensajes.

Un objeto tiene asociado:

 Un conjunto de variables que contienen los datos del objeto.
 Un conjunto de mensajes a los que el objeto responde.
 Un método, que es el código que implementa cada mensaje.

Los objetos similares en una BD se agrupan formando clases, organizadas en forma

jerárquica.

Página 13 de 13