Modelo Relacional

Modelo relacional
Actualmente es el ms utilizado para modelar problemas reales y administrar datos
dinmicamente. 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 teoras matemticas
Cuando hablamos de teora podemos resaltar que a partir de ella es posible predecir
cuales sern los resultados si aplicamos el modelo en un entorno predeterminado.
Dos tablas estn relacionadas entre s cuando existe uno o ms atributos en comn, y
podemos extraer datos relacionados de ambas cuando los valores de sus atributos
comunes sean iguales.
El modelo relacional se basa en dos teoras matemticas (la teora de conjuntos y la
lgica de predicados de primer orden) estn teoras son bastantes complejas de
comprender pero por suerte no son necesarias de aprender para utilizar el modelo de
datos relacional. A travs de estas teoras podemos resaltar las virtudes del modelo:
fiable, seguro y predecible.

Aspectos del modelo

El modelo relacional presenta tres aspectos bsicos:
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.
son las operaciones de agregado, borrado, modificacin y
recuperacin de los datos de la base.

3) Manejo de datos:
1) Estructura de Datos

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

elementales con el objetivo de facilitar su manipulacin. Un dato elemental es
la mnima informacin que se tiene en un sistema.
El modelo relacional se basa fundamentalmente es el uso de relaciones.
Estas relaciones podran considerarse en forma lgica como conjuntos de datos
llamados tuplas, grficamente se detalla a una relacin como una tabla de dos
dimensiones compuestas por registros (cada fila de la tabla sera un registro o
tupla), y columnas (tambin 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 informacin. Pero de manera
interna una estructura fsica del modelo de base de datos relacional puede ser
que est implementada con distintas estructuras de almacenamiento.

Pgina 1 de 6

Modelo Relacional
Un atributo es el nombre especfico de una columna perteneciente a una
relacin, estos atributos pueden aparecer en cualquier orden de la relacin.
Dominio es el conjunto de valores posibles de uno o varios atributos, un
dominio posee las caractersticas 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 telfono 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 travs de esta informacin se puede cotejar la
semntica de una operacin relacional. No tiene sentido comparar el nombre de
una persona con el telfono 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
relacin. Los elementos de una relacin son las tuplas y cada tupla tiene a su
vez un nmero de valores determinado por la cantidad de atributos. Las tupla de
una relacin no siguen ningn orden.
En una relacin la cantidad de atributos determina el grado de la misma, por
lo general este grado no se modifica con mucha frecuencia. Adems podemos
definir la cardinalidad de una relacin como el nmero de tuplas que contiene,
al estar insertando y borrando constantemente tuplas esta cardinalidad vara con
mucha frecuencia.
Propiedades de una relacin
Un SGBD cada relacin posee las siguientes caractersticas.

El nombre de una relacin es nico entre el conjunto de todas las

relaciones que conforman la base de datos.
Los valores de una relacin son atmicos, en cada ocurrencia o
tupla de la relacin los atributos toman un solo valores cuando las
relaciones estan normalizadas.
No hay dos atributos que posean la misma denominacin.
Cada tupla es diferentes de las dems no existen duplicacin de las
mismas.
El orden de la tuplas no importa no existe ningn tipo de
ordenacin.

Pgina 2 de 6

Modelo Relacional
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 autnomas).
Vistas: tambin denominadas relaciones virtuales, son relaciones
con nombre y derivadas: se representan mediante su definicin en
trminos de otras relaciones con nombre, no poseen datos
almacenados propios.
Instantneas: son relaciones con nombre y derivadas. Pero a
diferencia de las vistas, son reales, no virtuales: estn representadas
no slo por su definicin en trminos de otras relaciones con
nombre, sino tambin por sus propios datos almacenados. Son
relaciones de slo de lectura y se refrescan peridicamente.
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 instantneas, pero la diferencia es que se
destruyen automticamente en algn 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 informacin
se basa en la aplicacin de las restricciones de dominio de los atributos y dos
reglas de integridad (regla de integridad de entidades y regla de integridad
referencial).
Restricciones de Dominio
Al especificar los atributos de una relacin se detalla para cada uno o para
los atributos compuestos su respectivo conjunto de valores permitidos
denominado dominio.

Pgina 3 de 6

Modelo Relacional
Regla de Integridad de Entidades
La primera regla de integridad se aplica a la clave primaria, la cual hace
referencia a que ningn atributo de la clave primaria puede contener el valor
nulo.
Valor nulo:

en la ocurrencia de una relacin es posible distinguir

que no existe ningn contenido para uno o ms
atributos, es decir, un valor nulo el cual no tiene
significado. Este valor no representa ni cero ni vaco.

La clave primaria identifica unvocamente la ocurrencia de una relacin

siendo indivisible sus partes, la misma puede estar formada por varios
atributos de la relacin. 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.
Ntese que esta regla slo 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
relacin que hace referencia o el contenido de dicha clave debe ser nulo.
La regla de integridad referencial se enmarca en trminos de estados de la
base de datos: indica lo que es un estado ilegal, pero no dice cmo puede
evitarse. La cuestin es qu hacer si estando en un estado legal, llega una
peticin para realizar una operacin que conduce a un estado ilegal? Existen
dos opciones: rechazar la operacin, o bien aceptar la operacin 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:
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.
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 (slo si acepta
nulos).

Regla de los nulos:

Pgina 4 de 6

Modelo Relacional

Regla de modificacin: 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 modificacin 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 (slo si acepta
nulos).

Reglas de Negocio
En algunos SGBD es posible incorporarle al modelo restricciones
especficas del dominio de la aplicacin a desarrollar, estas se denominan
reglas de negocio. Se puede ejemplificar una restriccin de negocio como la
cantidad de tuplas mximas yo mnimas a contener para determinada
relacin.
Por ejemplo, la relacin factura debe contener por los menos uno de los
productos ofrecidos por la empresa y como mximo 20 items. No se puede
generar una factura sin asignarle un cliente y un vendedor.
3) Manejo de Datos
Para manipular la informacin utilizamos un lenguaje relacional,
actualmente se cuenta con dos lenguajes formales el Algebra Relacional y el
Clculo 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 que describe la respuesta deseada
sobre una base de datos sin especificar como obtenerla.
Pero siempre ambos mtodos logran los mismos resultados y son
equivalentes, cada expresin del lgebra posee su expresin en el clculo y
viceversa. Edgar Frank Codd defini a estos lenguajes como la base de los
lenguajes relacionales.
A travs de estos dos lenguajes podemos medir la potencia de los lenguajes
relaciones. Un lenguaje relacional permite obtener cualquier relacin derivada
mediante el algebra relacional se denomina como relacionalmente completo.
Por lo general todos los lenguajes relacionales son relacionalmente completos
pero adems son ms potentes que el lgebra relacional o el clculo relacionar
porque tienen operadores especiales.
El lenguaje ms comn para construir las consultas a bases de datos
relacionales basado en el lgebra relacional es el SQL, Structured Query

Pgina 5 de 6

Modelo Relacional
Language o Lenguaje Estructurado de Consultas, un estndar implementado por
los principales motores o sistemas de gestin de bases de datos relacionales.
Otro lenguaje de consulta es QBE (Query By Example - Consulta por
ejemplo). Es un mtodo 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 clculo 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 grfico, que utiliza tablas visuales donde el usuario puede insertar
comandos, elementos de ejemplos y condiciones.

Pgina 6 de 6