1

Resumen Cap.5 El modelo de datos relacional y las restricciones de una base de datos
relacional

Kenia Romero
Ingeniería en Sistemas, Universidad Nacional Autónoma de Honduras
IS501: Bases de Datos 1
Ingeniero Héctor Duarte

11 de junio de 2023
2

Índice

Portada....................................................................................................................................1
Introducción............................................................................................................................3
Objetivos.................................................................................................................................4
Contenido................................................................................................................................5
Conclusiones.........................................................................................................................10
Recomendaciones.................................................................................................................11
Bibliografía............................................................................................................................12
3

En este apartado estudiaremos la estructura del modelo relacional basándonos en el libro,

Fundamentos de sistemas de bases de datos de Ramez Elmasri; un modelo que en 1970
llamo la atención debido a su simplicidad y fundamentación matemática, desarrollado por
Ted Codd.
En este modelo se trabaja con el concepto de una relación matemática, y debido a esto es
que se trabaja con tablas (entidades o relaciones), filas (Registros o tuplas), columnas
(Campos), y celdas (Datos).
Encontraremos definiciones tales como dominio, atributos, tuplas y relaciones; también
observaremos el tipo de notación utilizado para representar cada una de las partes del
esqueleto que conforman al modelo relacional.
4

Objetivo General
Comprender los conceptos y restricciones relacionados al diseño lógico de bases de datos
del modelo relacional.
Objetivos Específicos

 Conseguir identificar entidades, atributos y relaciones; las diferencias y relación

existente entre estos conceptos.
 Identificar la diferencia entre una clave y una super clave.
5

Conceptos del modelo relaciona

El modelo relacional representa la base de datos como una colección de relaciones.
Informalmente, cada una de estas relaciones se parece a una tabla de valores o, a un
fichero de registros.
Cuando una relación está pensada como una tabla de valores, cada fila representa una
colección de valores relacionados.
En este modelo, cada fila de la tabla representa un hecho que por lo general se
corresponde con una relación o entidad real. El nombre de la tabla y de las columnas de
utilizan para ayudar a interpretar el significado de cada uno de los valores de las filas.
Todos los datos de una columna sin del mismo tipo de dato.
Una fila recibe el nombre de tupla, una cabecera de columna es un atributo y el nombre
de la tabla una relación. El tipo de dato que describe los valores que pueden aparecer en
cada columna esta representado por un dominio de posibles valores.
Dominios, atributos, tuplas y relaciones
Un Dominio D es un conjunto de valores atómicos; es decir, cada valor de un dominio es
indivisible en lo que al modelo relacional se refiere. Es útil asignarle un nombre que ayude
en la interpretación de sus valores. Ejemplos de dominios:

 NumerosTelefonosFijos.
 DocumentoNacionalIdentidad.
 Nombres.
Un dominio cuenta con un nombre, un tipo de dato y un formato.
Un esquema de relación R está constituido por un nombre de relación y una lista de
atributos. Cada atributo es el nombre de un papel jugado por algún dominio D en el
esquema relacional R.
Una relación, estado de relación, o instancia de relación, es un conjunto de n-tuplas. Cada
tupla es una lista ordenada de n valores.
Características de las relaciones
Hay características que diferencian a una relación de un fichero o una tabla, algunas de
estas características son:

 Ordenación de tuplas en una relación: una relación no es sensible al

ordenamiento de las tuplas, sin embargo, en un fichero, los registros están
almacenados físicamente en el disco, por lo que siempre hay establecido un orden
entre ellos.
6

 Ordenación de los valores dentro de una tupla y definición alternativa de una

relación: a nivel lógico el orden de los atributos y sus valores no es tan importante
mientras de mantenga la correspondencia entre ellos. Una tupla puede
considerarse como un conjunto de parejas (atributo, valor), donde cada una de
ellas proporciona el valor de la asignación de un atributo a un valor de dominio.
 Valores y NULL en las tuplas: cada valor en una tupla es un valor atómico, es decir,
no es divisible en componentes dentro del esqueleto del modelo relacional básico.
Por tanto, no están permitidos los atributos compuestos y multivalor. Se denomina
también modelo relacional plano. Los valores NULL se utilizan para representar los
valores de atributos que pueden ser desconocidos o no ser aplicables a una tupla.
NULL puede tener varios significados como valor desconocido, valor existente pero
no disponible o atributo no aplicable a esta tupla.
 Interpretación (significado) de una relación: el modelo relacional representa
hechos sobre entidades y relaciones uniformemente como relaciones. Esto puede
comprometer a veces la comprensibilidad porque se tiene que adivinar si una
relación representa un tipo de entidad o de relación.
Notación del modelo relacional
Usaremos la siguiente notación en nuestra presentación:

 Un esquema de relación R de grado n se designa como R(A1, A2,…,An)

 Las letras Q, R, S especifican nombres de relación.
 Las letras q, r, s especifican estados de relación.
 Las letras t, u, v indican tuplas.
 El nombre de una relación indica el conjunto real de tuplas de la misma (el estado
actual de la relación).
 Un atributo A puede cualificarse con el nombre de relación R al cual pertenece
usando la notación de punto R.A
 Una n-tupla t en una relación r(R) está designada por t=¿ v1 , v 2 , … , v n >¿, donde vi
es el valor correspondiente al atributo Ai .

Restricciones del modelo relacional y esquemas de bases de datos relacionales

El estado de toda la base de datos se corresponderá con los estados de todas sus
relaciones en un momento de tiempo concreto. Generalmente, existen muchas
restricciones, o constraints, en los valores de un estado de base de datos.
Las restricciones pueden dividirse en tres categorías principales:
1. Restricciones que son inherentes al modelo de datos y que reciben el nombre de
restricciones implícitas o inherentes basadas en el modelo.
2. Restricciones que pueden expresarse directamente en los esquemas del modelo de
datos, por lo general especificándolas en el DDL (Lenguaje de definición de datos,
7

Data Definition Language). Las llamaremos restricciones explicitas o basadas en el

esquema.
3. Restricciones que no pueden expresarse directamente en los esquemas del modelo
de datos, y que por consiguiente deben ser expresadas e implementadas por los
programas. Las llamaremos restricciones semánticas, basadas en aplicación o
reglas de negocio.
Restricciones de dominio
Estas especifican que, dentro de cada tupla, el valor de un atributo A debe ser un valor
atómico del dominio dom(A). Los tipos de datos asociados a ellos suelen incluir valores
numéricos estándar para datos enteros y reales. Es posible describir otros dominios como
un subrango de valores de un tipo de dato, o como un tipo de dato enumerado en el que
todos sus posibles valores están explícitamente listados.
Restricciones de clave y restricciones en valores NULL
Por definición, todos los elementos de un conjunto son distintos; por tanto, todas las
tuplas en una relación también deben serlo. Esto significa que dos tuplas no pueden tener
la misma combinación de valores para todos sus atributos. Cada relación tiene al menos
una superclave determinada: el conjunto de todos sus atributos.
Una clave K de un esquema de relación R es una superclave de R con la propiedad
adicional que eliminando cualquier atributo A de K deja un conjunto de atributos K’ que ya
no es una superclave de R. Por tanto, una clave satisface dos restricciones:
1. Dos tuplas diferentes en cualquier estado de la relación no pueden tener valores
idénticos para (todos) los atributos de la clave.
2. Es una superclave mínima, es decir, una superclave de la cual no podemos eliminar
ningún atributo y seguiremos teniendo almacenada la restricción de exclusividad
de la condición 1.
Bases de datos relacionales y esquema de bases de datos relacionales
Una base de datos relacional suele contener muchas relaciones, con tuplas que están
relacionadas de diversas formas.
Un esquema de base de datos relacional S es un conjunto de esquemas de relación
S= { R1 , R2 , … , R n } y de restricciones de integridad R1.

Un estado de base de datos relacional DB de S es un conjunto de estado relacional relación

DB={ r 1 , r 2 , … ,r n } en el que cada r i , es un estado de Ri y satisface la relación de integridad
especificadas en R1.
8

Un estado de base de datos que no cumple todas sus restricciones de integridad se dice
que está en un estado incorrecto, mientras que aquel que si cumple está en un estado
correcto.
Integridad de entidad, integridad referencial y foreing keys
Las restricciones de integridad de entidad declaran que el valor de ninguna clave principal
puede ser NULL. Esto se debe a que dicha clave se emplea para identificar tuplas
individuales en una relación.
Las restricciones de clave y las de integridad de entidad se especifican en relaciones
individuales. Las de integridad referencial están especificadas entre dos relaciones y se
utilizan para mantener la consistencia entre las tuplas de dos relaciones, informalmente,
las restricciones de integridad referencial dicen que una tupla de una relación que hace
referencia a otra relación debe hacer referencia a una tupla existente de esa relación.
Las condiciones de una foreign key (clave externa) especifican una restricción de
integridad referencial entre dos esquemas de relación R1 y R2. Un conjunto de atributos FK
en una relación R1 es una foreign key de R1 que referencia a la relación R2 sí satisface las
siguientes reglas:
1. Los atributos FK tienen el mismo dominio, o dominios, que los atributos de clave
principal PK de R2; se dice que los atributos FK referencian o hacen referencia a la
relación R2.
2. Un valor de FK en una tupla t 1 del estado actual r 1 ( R1 ) tampoco aparece como
valor de PK en alguna tupla t 2 del estado actual r 2 ( R2 ) o es NULL.

En esta definición, R1 recibe el nombre de relación de referencia y R2es la relación

referenciada.
Para declararlas, primero debemos tener muy claro el papel que juega cada conjunto de
atributos en los distintos esquemas de relación de la base de datos. Las restricciones de
integridad referencial suelen originarse a partir de las relaciones entre las entidades
representadas por los esquemas de la relación.
Una foreign key puede hacer referencia a su propia relación.
Actualizaciones, transacciones y negociado de la violación de una restricción
Las operaciones del modelo relacional pueden clasificarse en recuperaciones y
actualizaciones. Una expresión de algebra relacional conforma una nueva relación una vez
aplicados una serie de operadores algebraicos a un conjunto de relaciones ya existente; su
uso principal es para preguntar a una base de datos. El usuario formula una consulta que
especifica los datos que le interesan, tras lo cual se establece una nueva relación,
aplicando los operadores relacionales para recuperar esos datos.
9

La operación Insert
Insert proporciona una lista de los valores de atributo para una nueva tupla t que será
insertada en una relación R. Esta operación puede violar cualquiera de las restricciones
estudiadas antes: las de dominio, si el valor dado a un atributo no aparece en el dominio
correspondiente; la clave, si el valor de dicha clave en la nueva tupla t ya existe en otra
tupla en la relación r(R); las de integridad de entidad, si la clave principal de la nueva tupla
t es NULL; y las de integridad referencial, si el valor de cualquier foreign key en t se refiere
a una tupla que no existe en la relación referenciada.
La operación Delete
Delete sólo puede violar la integridad referencial en caso de que la tupla a eliminar este
referenciada por foreign key de otras tuplas de la base de datos.
La operación Update
Update (o Modify) se emplea para cambiar los valores de uno o más atributos de una tupla
(o tuplas) de una relación R. La actualización de un atributo que no forma parte ni de una
clave principal ni de una foreign key no suele plantear problemas; el DBMS solo tiene que
verificar que el nuevo valor tiene el tipo de dato y dominio correctos.
El concepto de transacción
Una aplicación de base de datos ejecutándose contra una base de datos referencial suele
ejecutarse una serie de transacciones. Este proceso implica tanto la lectura desde una
base datos como efectuar inserciones, borrados y actualizaciones en los valores de la
misma. Una transacción simple puede implicar cualquier número de operaciones de
recuperación que lean información desde la base de datos y otras de actualización.
10

Luego de esta exhaustiva y provechosa lectura podemos rescatar en términos generales lo

siguiente:

 Una base de datos relacional almacena datos relacionados entre sí. Estos datos se
representan en tablas para beneficio comprensivo de los usuarios.
 Podemos definir a una entidad como un objeto de la vida real, a los atributos como
características de estos objetos o entidades y a las relaciones como asociaciones
entre tablas para recuperar datos.
 Una clave principal es una columna en una tabla que identifica de manera única las
filas de la tabla; por otra parte, la superclave es una combinación de columnas que
nos permite conseguir un identificador único.
11

Recomendaciones
 Es de carácter vital que comprendamos la diferencia entre términos semejantes
para logra que la arquitectura de nuestra base de datos sea correcta.
 Debemos respetar todas las restricciones que posee este modelo para conseguir
eficacia y coherencia.
12

Bibliografía
Elmasri, R., Navathe, S., (2007) FUNDAMENTOS DE SISTEMAS DE BASES DE DATOS QUINTA
EDICIÓN. Madrid. PEARSON EDUCACIÓN S.A.