INTRODUCCIÓN AL MODELO RELACIONAL

El modelo de datos relacional es hoy el modelo de mayor uso y difusión en los distintos
tipos de organizaciones, aunque con importantes cambios y adecuaciones realizados a
través del tiempo.
El objetivo principal del modelo relacional es proteger al usuario de la obligación de
conocer la estructura física de los datos, es decir, con la representación de ellos a nivel
físico dentro de la base de datos. Esto permite generar un diseño que sea capaz de
implementarse en diferentes gestores de bases de datos.

CARACTERÍSTICAS

La relación es el elemento fundamental del modelo, las cuales se pueden manipular con
el álgebra relacional.
Es independiente de la forma en que se almacenan los datos y su representación, por lo
que se puede implementar en cualquier SGBD.
Esta fundamentado en una base matemática, por lo que al hacer uso de operaciones de
conjuntos lo hace eficaz.
En una base de datos relacional, los datos son recolectados mediante relaciones, y estas
a su vez son generalmente representadas mediante tablas.
Se define una relación como un conjunto de atributos, cada uno de los cuales pertenece a
un dominio, y que posee un nombre que identifica la relación. Se representa gráficamente
mediante una tabla con columnas y filas . El conjunto de TUPLAS de una relación
representa el CUERPO de la relación y el conjunto de atributos y el nombre representan
el ESQUEMA. Las filas o tuplas contienen datos reales.

Conversión del modelo E-R al modelo relacional

Ejemplo de aplicación
Cada entidad corresponde a una tabla.
Cada atributo corresponde a un campo dentro de la tabla.
Se crea una atributo en una de las tablas que corresponde a la llave primaria de la
otra, esta es llave foranea de la relación.
Proceso de transformación
Conversión
Por cada entidad encontrada en el diagrama se realiza una tabla y los atributos se
convierten en los campos de cada tabla, cuando tienen diferente identificador cada
entidad se convierte en una tabla con su identificador como clave primaria y como
clave ajena el identificador de la otra entidad
CONCEPTOS BÁSICOS

Atributo : Características que describen a una entidad o relación.

Dominio: Conjunto de valores permitidos para un atributo, por ejemplo, cadenas de
caracteres, números para la edad, valores como SI o NO, Masculino-Femenino, etc.
Cabecera: Conjunto de atributos de una relación conforma la cabecera de la relación.
Dato: Es la unidad mínima de información e indivisible, ejemplo el valor que representa la
edad de una persona.
Grado: Es el número de columnas que conforman la relación, este valor no cambia por lo
que se dice es estático, solo puede ser modificado por necesidad de la organización.
Cardinalidad: Es el número de tuplas o filas de una relación, este valor cambia de manera
constante por lo que es dinámico, y que depende del agregado o eliminación de
relaciones o tuplas.

CLAVE

Una clave es un conjunto de atributos que identifican de forma única una ocurrencia de
entidad. En este caso las claves pueden ser simples o compuestas. Existen varios tipos
de clave, entre estas encontramos:
Superclave: Identifican a una entidad, pueden ser no mínimas, como el número-
seguridad-social, CURP, o bien, compuestas como RFC+Número-seguridad-social.
Clave Candidata: Es la mínima superclave, por ejemplo puede ser solo el RFC, CURP,
entre otros.
Clave Primaria : Es la clave candidata elegida por el diseñador como clave definitiva para
una entidad o relación.
Clave foránea : Es un atributo de una entidad, que es la CLAVE en otra entidad.

Para convertir un diagrama Entidad-Relación a tablas se tienen que seguir las siguientes
reglas

Cada conjunto de entidades fuerte se representa con una tabla, cuyas columnas
corresponden a los atributos de las entidades.
Cada conjunto de entidades débil se representa con una tabla, con una columna por cada
atributo de las entidades más una columna por cada atributo de la llave primaria de la
entidad fuerte de la cual el conjunto de entidades débil depende.
Cuando existe una relación "uno a varios" se va a generar una tabla que incluye los
atributos de la entidad del extremo "varios", es decir una columna por cada uno de los
atributos de la entidad varios y una columna del atributo principal de la entidad del
extremo "uno". En otras palabras se toma el campo llave del extremo uno y se inserta en
la tabla del extremo varios.
Cuando existe una relación "varios a varios" y toda relación donde el grado de
participación sea de 2 o más de dos conjuntos de entidades se representa con una tabla,
la cual tiene una columna por cada atributo de las llaves primarias de los conjuntos de
entidades a los que participan en la relación, más una o más columnas por cada atributo
que fueron necesarios para describir la relación.
Si existieran campos compuestos en cualquiera de las entidades, conviene evaluar si se
necesitara en la base de datos hacer búsquedas por los elementos individuales o
atributos que componen el atributo compuesto, si se requiere hacer dichas búsquedas,
entonces cada atributo que compone el atributo compuesto deberá ser un campo de la
tabla, en caso de que no, la tabla solo contendrá una campo con el nombre del atributo
compuesto y el valor de cada registro de este campo estará formado por los valores de
los atributos que lo componen. Esto debido a que para hacer búsquedas en un atributo
compuesto, es más fácil si se tiene una columna por cada campo que compone el campo
compuesto.
Si existe un atributo multivariado en una tabla, este se convierte en una tabla que va a
estar compuesta por una columna para el campo llave de esta nueva tabla, otro campo
que será el campo llave de la tabla de donde proviene el atributo multivariado y finalmente
un campo que será el que representa al atributo multivariado, en la tabla habrá un registro
por cada valor del atributo multivariado, con diferente campo llave, y donde se va a repetir
la llave foránea para conocer que registros de esta nueva tabla corresponden a un
registro de la tabla original.
Los campos derivados se representan como una columna de la tabla.
Si una relación contiene atributos, automáticamente se convierte en tabla, tomando los
atributos de la relación como campos de la tabla y los campos llaves de las tablas que
participan en la relación como campos de esta nueva tabla.

ESQUEMA DE LA BASE DE DATOS

El Esquema de una Base de datos describe la estructura de una Base de datos, en un

lenguaje formal soportado por un Sistema administrador de Base de datos . En una Base
de datos Relacional, el Esquema define sus tablas, sus campos en cada tabla y las
relaciones entre cada campo y cada tabla.
El esquema es generalmente almacenado en un Diccionario de Datos. Aunque
generalmente el esquema es definido en un lenguaje de Base de datos, el término se usa
a menudo para referirse a una representación gráfica de la estructura de base de datos.

NIVELES DE ESQUEMA DE BASE DE DATOS

Esquema Conceptual, un mapa de conceptos y sus relaciones.

Esquema Lógico, un mapa de las entidades y sus atributos y las relaciones.
Esquema Físico, una aplicación de un esquema lógico.
Esquema Objeto, Base da datos Oracle Objeto.
El concepto de relación se corresponde con el concepto de variable de los lenguajes de
programación. El concepto de esquema de la relación se corresponde con el concepto de
definición de tipos de los lenguajes de programación.
Resulta conveniente dar un nombre a los esquemas de las relaciones, igual que se dan
nombres a las definiciones de tipos en los lenguajes de programación. Se adopta el
convenio de utilizar nombres en minúsculas para las relaciones y nombres que comiencen
por una letra mayúscula para los esquemas de las relaciones. Siguiendo esta notación se
utilizará Esquema-cuenta para denotar el esquema de la relación de la relación cuenta.
Por tanto, Esquema-cuenta =

Se denota el hecho de que cuenta es una relación de Esquema-cuenta mediante cuenta

En general, los esquemas de las relaciones incluyen una lista de los atributos y de sus
dominios correspondientes. La definición exacta del dominio de cada atributo no será
relevante hasta que se discuta el lenguaje SQL.
El concepto de ejemplar de relación se corresponde con el concepto de valor de una
variable en los lenguajes de programación. El valor de una variable dada puede cambiar
con el tiempo; de manera parecida, el contenido del ejemplar de una relación puede
cambiar con el tiempo cuando la relación se actualiza. Sin embargo, se suele decir
simplemente «relación» cuando realmente se quiere decir «ejemplar de la relación».
Como ejemplo de ejemplar de una relación, considérese la relación sucursal.

ESQUEMA-RELACIÓN

Obsérvese que el atributo nombre de la sucursal aparece tanto en Esquema-sucursal

como en Esquema-cuenta. Esta duplicidad no es una coincidencia. Más bien, utilizar
atributos comunes en los esquemas de las relaciones es una manera de relacionar las
tuplas de relaciones diferentes. Por ejemplo, supóngase que se desea obtener
información sobre todas las cuentas abiertas en sucursales ubicadas en Arganzuela.

RESTRICCIONES

Son reglas que deben respetar las entidades y relaciones almacenadas en la base de
datos.

Correspondencia de cardinalidades

Dado un conjunto de relaciones en el que participan dos o más conjuntos de entidades, la

cardinalidad de la correspondencia indica el número de entidades con las que puede estar
relacionada una entidad dada.

Uno a Uno: Un registro de una entidad A se relaciona con solo un registro en una entidad
B. .
Uno a Varios: Un registro en una entidad en A se relaciona con cero o muchos registros
en una entidad B. Pero los registros de B solamente se relacionan con un registro en A. .
Varios a Uno: Una entidad en A se relaciona exclusivamente con una entidad en B. Pero
una entidad en B se puede relacionar con 0 o muchas entidades en A .
Varios a Varios: Una entidad en A se puede relacionar con 0 o con muchas entidades en
B y viceversa Inserciones en una relación que tenga una clave foránea.
Modificaciones que afecten a atributos que pertenecen a la clave foránea de una relación.
Borrados en relaciones referenciadas por otras relaciones.
Modificaciones que afecten a atributos que pertenecen a la clave primaria de una relación
referenciada por otra relación.

INTEGRIDAD DE DOMINIO

La regla de integridad de dominio está relacionada, como su nombre indica, con la noción
de dominio. Esta regla establece dos condiciones.
La primera condición consiste en que un valor no nulo de un atributo Ai debe pertenecer al
dominio del atributo Ai; es decir, debe pertenecer a dominio .
Esta condición implica que todos los valores no nulos que contiene la base de datos para
un determinado atributo deben ser del dominio declarado para dicho atributo.