Modelo Relacional

Actualmente es el más utilizado para modelar problemas reales y administrar

datos dinámicamente. Tras ser postuladas sus bases en 1970 por Edgar Frank Codd,
de los laboratorios IBM en San José (California), no tardó en consolidarse como un
nuevo paradigma en los modelos de base de datos.
La importancia y validez del modelo es porque está basado en teorías
matemáticas Cuando hablamos de teoría podemos resaltar que a partir de ella es
posible predecir cuales serán los resultados si aplicamos el modelo en un entorno
predeterminado.
Dos tablas están relacionadas entre sí cuando existe uno o más atributos en
común, y podemos extraer datos relacionados de ambas cuando los valores de sus
atributos comunes sean iguales.
El modelo relacional se basa en dos teorías matemáticas (la teoría de conjuntos
y la lógica de predicados de primer orden), están teorías son complejas de
comprender, pero no son necesarias de aprender para utilizar el modelo de datos
relacional. A través de estas teorías podemos resaltar las virtudes del modelo:
fiable, seguro y predecible.

Aspectos del modelo

El modelo relacional presenta tres aspectos básicos:

1) Estructura de datos: el tipo de los datos que hay en la base y la forma en que
se relacionan.
2) Integridad de datos: un conjunto de condiciones que deben cumplir los datos
para reflejar correctamente la realidad deseada.
3) Manejo de datos: son las operaciones de agregado, borrado, modificación y
recuperación de los datos de la base.

1) Estructura de Datos

Una estructura de datos es una forma de organizar un conjunto de datos elementales

con el objetivo de facilitar su manipulación. Un dato elemental es la mínima información
que se tiene en un sistema.
El modelo relacional se basa fundamentalmente es el uso de relaciones. Estas
relaciones podrían considerarse en forma lógica como conjuntos de datos llamados tuplas,
gráficamente se detalla a una relación como una tabla de dos dimensiones compuestas

Página 1 de 6
 Modelo Relacional

por registros (cada fila de la tabla sería un registro o tupla), y columnas (también llamadas
campos o atributos).
De manera conceptual, la estructura de un SGBD es un conjunto de tablas a las cuales
es posible almacenarles o extraerles información. Pero de manera interna una estructura
física del modelo de base de datos relacional puede ser que esté implementada con
distintas estructuras de almacenamiento.
Un atributo es el nombre específico de una columna perteneciente a una relación, estos
atributos pueden aparecer en cualquier orden de la relación.
Dominio es el conjunto de valores posibles de uno o varios atributos, un dominio posee
las características de tipo y comportamientos propios y evidentes. Se puede especificar
un dominio y varios atributos pueden estar definidos sobre la base de este dominio, por
ejemplo, el nombre se puede definir como un dominio de 50 caracteres y el apellido posee
el mismo dominio. Otro ejemplo puede aplicarse entre el teléfono con 15 caracteres y el
fax que poseen el mismo comportamiento.
Por medio del dominio podemos especificar el significado y fuente para los valores de
los atributos y a través de esta información se puede cotejar la semántica de una
operación relacional. No tiene sentido comparar el nombre de una persona con el teléfono
de otra persona, a pesar de que ambos atributos se definieron como una cadena de
caracteres estos tienen diferentes dominios.
En la jerga del ambiente de base de datos se denomina tupla a una fila de una relación.
Los elementos de una relación son las tuplas y cada tupla tiene a su vez un número de
valores determinado por la cantidad de atributos. Las tuplas de una relación no siguen
ningún orden.
En una relación la cantidad de atributos determina su grado y por lo general no se
modifica con mucha frecuencia. Además, podemos definir la cardinalidad de una relación
como el número de tuplas que contiene, al estar insertando y borrando constantemente
tuplas esta cardinalidad varía con mucha frecuencia.

1.1. Propiedades de una relación

Un SGBD cada relación posee las siguientes características.

 El nombre de una relación es único entre el conjunto de todas las

relaciones que conforman la base de datos.
 Los valores de una relación son atómicos, en cada ocurrencia o tupla de
la relación los atributos toman un solo valores cuando las relaciones
están normalizadas.

Página 2 de 6
 Modelo Relacional

 No hay dos atributos que posean la misma denominación en una

determinada tabla.
 Cada tupla es diferente de las demás no existen duplicación.
 El orden de las tuplas no importa no existe ningún tipo de ordenación.

1.2. Tipos de relaciones

En un SGBD relacional pueden existir varios tipos de relaciones, aunque no todos

manejan todos los tipos.
 Relaciones base: son relaciones reales que tienen nombre y forman parte
directa de la base de datos almacenada (son autónomas).
 Vistas: también denominadas relaciones virtuales, son relaciones con nombre
y derivadas: se representan mediante su definición en términos de otras
relaciones con nombre, no poseen datos almacenados propios.
 Instantáneas: son relaciones con nombre y derivadas. Pero a diferencia de las
vistas, son reales, no virtuales: están representadas no sólo por su definición
en términos de otras relaciones con nombre, sino también por sus propios datos
almacenados. Son relaciones de sólo de lectura y se refrescan periódicamente.
 Resultados de consultas: son las relaciones resultantes de alguna consulta
especificada. Pueden o no tener nombre y no persisten en la base de datos.
 Resultados intermedios: son las relaciones que contienen los resultados de las
subconsultas. Normalmente no tienen nombre y tampoco persisten en la base
de datos.
 Resultados temporales: son relaciones con nombre, similares a las relaciones
base o a las instantáneas, pero la diferencia es que se destruyen
automáticamente en algún momento apropiado.

2) Integridad de Datos

Una vez que la estructura de datos haya sido definida podemos ahora comenzar a
especificar la integridad de los datos garantizando que los mismos se encuentran
correctamente almacenados. El aseguramiento de la información se basa en la aplicación
de las restricciones de dominio de los atributos y dos reglas de integridad (regla de
integridad de entidades y regla de integridad referencial).

Página 3 de 6
 Modelo Relacional

2.1. Restricciones de Dominio

Al especificar los atributos de una relación se detalla para cada uno o para los atributos
compuestos su respectivo conjunto de valores permitidos denominado dominio.

2.2. Regla de Integridad de Entidades

La primera regla de integridad se aplica a la clave primaria, la cual hace referencia a

que ningún atributo de la clave primaria puede contener el valor nulo.
 Valor nulo: en la ocurrencia de una relación es posible distinguir que no
existe ningún contenido para uno o más atributos, es decir, un valor nulo el
cual no tiene significado. Este valor no representa ni cero ni vacío.
La clave primaria identifica unívocamente la ocurrencia de una relación
siendo indivisible sus partes, la misma puede estar formada por varios
atributos de la relación. Si se permite a uno de los atributos de la clave
contener el valor nulo indirectamente estamos diciendo que no todos sus
atributos son necesarios para identifica una ocurrencia o tupla.
Nótese que esta regla sólo se aplica a las relaciones base y a las claves
primarias, no a las claves alternativas.
Regla de Integridad Referencial
La primera regla de integridad se aplica a las claves lejanas, si en una tupla
existe una clave lejana su valor debe existir en la clave primaria a la relación
que hace referencia o el contenido de dicha clave debe ser nulo.
La regla de integridad referencial se enmarca en términos de estados de la
base de datos: indica lo que es un estado ilegal, pero no dice cómo puede
evitarse. La cuestión es ¿qué hacer si estando en un estado legal, llega una
petición para realizar una operación que conduce a un estado ilegal? Existen
dos opciones: rechazar la operación, o bien aceptar la operación y realizar
operaciones adicionales compensatorias que conduzcan a un estado legal.
Por lo tanto, para cada clave ajena de la base de datos habrá que contestar
a tres preguntas:
• Regla de los nulos: ¿Tiene sentido que la clave ajena acepte nulos?
• Regla de borrado: ¿Qué ocurre si se intenta borrar la tupla
referenciada por la clave ajena?
o Restringir: no se permite borrar la tupla referenciada.

Página 4 de 6
 Modelo Relacional

o Propagar: se borra la tupla referenciada y se propaga el

borrado a las tuplas que la referencian mediante la clave
ajena.
o Anular: se borra la tupla referenciada y las tuplas que la
referenciaban ponen a nulo la clave ajena (sólo si acepta
nulos).
• Regla de modificación: ¿Qué ocurre si se intenta modificar el valor
de la clave primaria de la tupla
referenciada por la clave ajena?
o Restringir: no se permite modificar el valor de la clave
primaria de la tupla referenciada.
o Propagar: se modifica el valor de la clave primaria de la tupla
referenciada y se propaga la modificación a las tuplas que la
referencian mediante la clave ajena.
o Anular: se modifica la tupla referenciada y las tuplas que la
referenciaban ponen a nulo la clave ajena (sólo si acepta
nulos).
Reglas de Negocio
En algunos SGBD es posible incorporarle al modelo restricciones específicas
del dominio de la aplicación a desarrollar, estas se denominan reglas de
negocio. Se puede ejemplificar una restricción de negocio como la cantidad
de tuplas máximas yo mínimas a contener para determinada relación.
Por ejemplo, la relación factura debe contener por los menos uno de los
productos ofrecidos por la empresa y como máximo 20 items. No se puede
generar una factura sin asignarle un cliente y un vendedor.

3) Manejo de Datos

Para manipular la información utilizamos un lenguaje relacional, actualmente se

cuenta con dos lenguajes formales: ”Algebra Relacional” y ”Cálculo Relacional”. El
primero es un lenguaje procedural (alto nivel) que permite describir una serie de
operaciones paso a paso de como computar una respuesta sobre las relaciones definidas
en el modelo de datos, el segundo es del tipo declarativo es un lenguaje de consulta
utilizado para describir la respuesta deseada sobre una base de datos sin especificar como
obtenerla.

Página 5 de 6
 Modelo Relacional

Pero siempre ambos métodos logran los mismos resultados y son equivalentes, cada
expresión del álgebra posee su expresión en el cálculo y viceversa. Edgar Frank Codd
definió a estos lenguajes como la base de los lenguajes relacionales.
A través de estos dos lenguajes podemos medir la potencia de los lenguajes relaciones.
Un lenguaje relacional permite obtener cualquier relación derivada mediante el algebra
relacional se denomina como relacionalmente completo. Por lo general todos los
lenguajes relacionales son relacionalmente completos, pero además son más potentes que
el álgebra relacional o el cálculo relacionar porque tienen operadores especiales.
El lenguaje más común para construir las consultas a bases de datos relacionales basado
en el álgebra relacional es el SQL, Structured Query Language o Lenguaje Estructurado de
Consultas, un estándar implementado por los principales motores o sistemas de gestión de
bases de datos relacionales.
Otro lenguaje de consulta es QBE (Query By Example - Consulta por ejemplo). Es un
método de consulta en base de datos relacionales. Fue ideado por Moshé M. Zloof en el
IBM Research a mediados de los 70, en paralelo al desarrollo de SQL.
Se basa en el cálculo relacional de dominios. En él las consultas se hacen por medio de
ejemplos, para ello se usan unas tablas que son "esqueletos" de relaciones. El sistema
generaliza los ejemplos. Fue el primer lenguaje de consulta gráfico, que utiliza tablas
visuales donde el usuario puede insertar comandos, elementos de ejemplos y condiciones.

Página 6 de 6