MODELO RELACIONAL (MR)

Introducción
Modelo MR: modelo de datos que representa una base de datos como una colección de relaciones.
Relación (MR-Codd) ≠ Relación (MER-Chen)

Diagrama relacional: es la herramienta que se utilizada para representar gráficamente el modelo relacional.
Generalmente es denominado erróneamente DER

 Es un modelo teórico son sólidos fundamentos matemáticos, basado en la lógica de predicados de primer
orden y en la teoría de conjuntos.
 Fue inventado por Edgar Frank Codd en 1970
 Se concepto principal es la relación
 Modelo lógico de datos de no muy alto nivel, orientado a registro.

Los sistemas de gestión de bases de datos relacionales (RDBMS -Relational Database Management System)
implementan el modelo relacional siguiendo las 12 reglas de una base de datos relacional.

El modelo relacional está constituido por tres componentes fundamentales.

1. Una representación de los datos mediante tablas llamadas “relaciones” (Estructura)

2. Un conjunto de restricciones que permiten la consistencia de los datos (Integridad)

3. Un conjunto de operadores que permiten manipular dichos datos (Lenguaje relacional)

El modelo cuenta con dos lenguajes relacionales formales:

 Álgebra relacional: permite describir la forma de realizar una consulta
 Cálculo relacional: solamente indica lo que se desea devolver.

Ventajas del modelo relacional

Mejora el concepto de:
 Abstracción de datos
 Independencia de los datos

Añade:
 Flexibilidad: el modelo ofrece diversas vistas en función de los usuarios y aplicaciones que lo requieran.
 Uniformidad: todas las estructuras lógicas siempre se basan en una única forma conceptual (tablas)
 Sencillez: brinda facilidad de manipulación de los datos
Reseña histórica

Evolución de los DBMS

La aparición del modelo relacional representa un verdadero hito en el desarrollo de las bases de datos, ya que
ha marcado tres etapas diferentes, conocidas como generaciones de los DBMS.

Pre-relacionales. Los DBMS se basan en modelos de datos basados en punteros como: modelo de datos en
red, modelo de datos jerárquicos y modelo de archivos de texto plano.

Relacionales. Los sistemas relacionales se expanden en el mercado rápidamente y los productos basados en
este modelo van desplazando a los sistemas de la etapa pre-relacional.

Post-relacionales. Aparecen corrientes evolutivas del modelo relacional como el paradigma orientado a
objetos que relajan hipótesis básicas del modelo original (relajación de la primera forma normal) para ofrecer
estructuras de datos más complejas.
Esto último propone una evolución desde el modelo relacional a los sistemas DBMS-OO relacionales y luego a
los DBMS-OO puros.

Su inventor

Edgar Frank Codd (1923-2003) de origen inglés fue un Informático teórico, matemático y profesor
universitario.
En 1970 trabajando en sus teorías sobre modelado de datos en el Laboratorio de Investigación de IBM (IBM
Research) publica un documento "Un modelo relacional de datos para grandes bancos de datos compartidos"
("A Relational Model of Data for Large Shared Data Banks").
Este modelo atrajo la atención inmediatamente debido a su simplicidad y fundamentación matemática.

Situación actual

Desde mediados de los años 80, el modelo relacional es utilizado por prácticamente la totalidad de los DBMS
comerciales.

Algunas de las principales empresas informáticas del mundo tuvieron su origen en la fabricación DBMSs
relacionales:
ORACLE, Sybase, Informix.

Otras grandes fabricantes de hardware y software que tienen su propio DBMS relacional:
DB2 (IBM), Informix Dynamic Server (IBM), SQL Server (Microsoft)

Existen DBMSs diseñados para PCs y usuarios principiantes o no expertos:

Microsoft Access
Estructuras

Relación

Una relación está definida como un conjunto de tuplas.

 Es la estructura básica del modelo relacional.

 Con una relación es posible representar tanto instancias de una entidad del universo real como
interrelaciones entre entidades de distinto tipo.
 Es capaz de recoger interrelaciones de cardinalidad múltiple.
 Su representación informal es una tabla

Dominio

 Es el conjunto válido de valores de referencia para definir propiedades o atributos.

 Un dominio es un conjunto nominado y homogéneo de valores.

Maneras de definir un dominio:

1. Por extensión (enumeración de sus valores)
Días de la semana = {lunes, martes, miércoles, jueves, viernes, sábado, domingo}
2. Por intensión (mediante la definición exacta de sus posibles valorea)
Edad: entero / 0 =< edad =< 200
Tipos de dominio:
o Generales: los valores están comprendidos entre un máximo y un mínimo.
o Restringidos: solo pueden tomar un conjunto de valores.

Atributo

 Representa las propiedades de la relación. Un atributo, necesariamente ha de definirse sobre un dominio.

Su representación informal es una columna.
 Un atributo (A) es la interpretación de un determinado dominio en una relación, es decir el “papel” que
juega el dominio en la misma.

 Un atributo está siempre asociado a una relación, mientras que un dominio tiene existencia propia con
independencia de las relaciones que existan en el modelo.
 Un atributo representa una propiedad de una relación.
 Un atributo toma valores de un dominio.
 Varios atributos distintos (de la misma o de diferentes relaciones) pueden tomar sus valores del mismo
dominio.
Tupla

 Una tupla está definida como un conjunto de valores

 Es una ocurrencia o instancia dentro de una relación.
 Una tupla permite referenciar una instancia de una entidad en el universo o la interrelación específica o
concreta entre instancias de entidades.
 Su representación informal es una fila.
 La relación es el elemento fundamental del modelo relacional

Grado

 Indica el tamaño de una relación en base al número de atributos Ai de R

 El grado no varía generalmente con el paso del tiempo
 El número de dominios Di no necesariamente es igual al número de atributos Ai

Cardinalidad

 Indica el tamaño de una relación en base al número de tuplas ti de R

 La cardinalidad varía con el paso del tiempo
Características de una relación

 El orden de las tuplas no es significativo

Porque una relación está definida como un conjunto de tuplas.

 El orden de los atributos no es significativo

Porque el encabezado de una relación es un conjunto de atributos
Si bien una n-tupla es una lista ordenada de n valores, por lo que el orden de valores dentro de una de ellas es
importante, a nivel lógico no lo es mientras se mantenga una correspondencia entre ellos.

 Valores NULL
Valor desconocido, valor existente pero no disponible o atributo no aplicable a una tupla.
Deben evitarse en el diseño ya que complica luego su tratamiento en las operaciones de manipulación de
datos.

Propiedades de una relación

 Cada valor de una tupla es un valor atómico (Es decir, no es divisible)

Porque esta propiedad surge de la definición de cuerpo de una relación. Una relación esta en primera forma
normal.

 Una relación tiene un nombre único en un modelo relacional

 Cada atributo tiene un nombre único en una relación
 Cada tupla es única en una relación. No existen tuplas duplicadas. Es decir, con los mismos valores.

Relaciones vs tablas
Esquema (o intensión) de una relación

Un esquema de relación se utiliza para describir una relación.

Un esquema de relación R de grado n se denotado por:

Está constituido por un nombre de relación R y una lista de atributos A1, A2, . . . ,An

Cada atributo Ai es el nombre de un papel jugado por algún dominio D en el esquema de relación R

Se dice que D es el dominio de Ai y se especifica como dom(Ai)

Un esquema de relación se utiliza para describir una relación.

Representa una declaración o un tipo de aserción.
R es el nombre de la misma y el grado (o arity: n° argumentos que toma una función) de una relación es el
número de atributos n de la misma.

Ejemplo

Esquema de relación de una entidad:

Ciudades (CodCiudad, Nombre, CantidadHabitantes, Latitud)

Algunos esquemas pueden representar hechos sobre interrelaciones:

Ciudades (CodCiudad, Nombre, CantidadHabitantes, Latitud, CodProvincia)

Esquema de relación utilizando los tipos de datos:

Ciudades (CodCiudad: entero, Nombre: cadena, CantidadHabitantes: int, Latitud: real)

Extensión de una relación

Un estado de relación r del esquema R(A1, A2, . . . , An) puede ser especificado como r(R)

Donde r(R) es un conjunto de n-tuplas r = {t1, t2, . . . , tm}

Cada n-tupla t en una relación r(R) es una lista ordenada de n valores t = <v1, v2, . . . ,vn>

Donde vi es un elemento de t[i]

Esta notación describe una referencia posicional valor/dominio dentro de la tupla t para identificar un valor vi

Se consigue una granularidad a nivel tupla, ya que no hace referencia a ningún atributo.

____________________________

Po otro lado sabemos que vi es un elemento del dominio dom(Ai) o un valor NULL.

Donde el valor vi de la tupla t se corresponde con el atributo Ai y se referencia como t[Ai]

De modo que una tupla se puede expresar como:

Entonces la extensión de una relación estará representada por el conjunto {t}

Con esta definición se ha conseguido granularidad a nivel de atributo elemental.

Se pueden recuperan los valores en una tupla referenciando a la denominación del atributo en lugar de su
posición relativa.

Esta propiedad posibilita que los cambios que se realicen en el esquema de la relación (como adicionar
nuevos atributos) no afectaran a los programas de aplicación que acceden a un subconjunto de valores de
una tupla

Ejemplo

Considerando el esquema de relación: Ciudades (CodCiudad, Nombre, CantidadHabitantes, Latitud)

Podemos expresar la tupla t = <001,‘Pergamino’, 104985, NULL>

Tenemos que:
t [CodCiudad]= <001>
t [Nombre]= <‘Pergamino'>
t [CantidadHabitantes, Latitud]= <104985, NULL>
Contexto matemático del MR

Concepto de Relación matemática

Concepto de Relación en el modelo relacional

Un esquema de relación está definido por cuatro componentes:

1. Un conjunto de relación. R
2. Un conjunto de atributos. A = ({Ai})
3. Un conjunto de dominios. D = ({Di})
4. Una aplicación (función) que asocia a cada atributo de A un dominio D. Dom: A → D

La relación es el elemento fundamental del modelo y es mostrada como una tabla.

Claves
Restricciones