modelo relacional - base de datos

1. Clever Villegas Burga
Jorge Paredes Toledo
http://www.systemsupa.blogspot.pe
MODELO
RELACIONAL
BASE DE DATOS I

2. • El modelo relacional de datos supuso un gran avance con respecto a los modelos
anteriores. Este modelo esta basado en el concepto de relación. Una relación es un
conjunto de n-tuplas. Una tupla, al contrario que un segmento, puede representar
tanto entidades como interrelaciones N:M. Los lenguajes matemáticos sobre los
que se asienta el modelo relacional, aportan un sistema de acceso y consultas
orientado al conjunto.
• El concepto de atomicidad es relevante especialmente en el campo de las bases de
datos. Que un elemento sea atómico implica que no se puede ser descompuesto
en partes más pequeñas.
Definición

5. RELACIONES
En una base de datos relacional, todos los datos se almacenan y se accede a ellos
por medio de relaciones.
Relaciones base:
Las relaciones que almacenan datos son llamadas relaciones base y su
implementación es llamada "tabla".
Restricciones:
implementan "reglas" en la base de datos, limitan datos que pueden ser
almacenados en las tablas. No son parte formal del modelo relacional, pero son
incluidas porque juegan el rol de organizar mejor los datos.
Relaciones derivadas:
Otras relaciones no almacenan datos, pero son calculadas al aplicar operaciones
relacionales, su implementación es llamada "vista" o "consulta". Son
convenientes ya que expresan información de varias relaciones actuando como si
fuera una sola tabla.

6. DOMINIOS
Es un conjunto de posibles valores para cierto atributo, es considerado como una
restricción. Tipos de dominios son: enteros, cadenas de texto, fecha, etc.
Cada tabla tiene uno o más campos cuyos valores se identifican de forma única
cada registro de dicha tabla, es decir, no pueden existir dos o más registros
diferentes cuyos valores en dichos campos sean idénticos.

7. CLAVES
Clave foránea:
Es una referencia a una clave en otra tabla, determina la relación existente en dos
tablas. Las claves foráneas no necesitan ser claves únicas en la tabla donde están y
sí a donde están referenciadas.
EJEMPLO:
El código de departamento puede ser una clave foránea en la tabla de empleados.
Se permite que haya varios empleados en un mismo departamento, pero habrá uno
y sólo un departamento por cada clave distinta de departamento en la tabla de
departamentos.
Clave primaria:
Es una clave única (puede estar conformada por uno o más campos de la tabla).
Clave índice:
Surgen con la necesidad de tener un acceso más rápido a los datos. Pueden ser
creados con cualquier combinación de campos de una tabla. Las consultas que
filtran registros por medio de estos campos, pueden encontrar los registros de
forma no secuencial usando la clave índice.

10. TIPOS DE RELACIÓN
Muchos a muchos:
En las relaciones Muchos a muchos a cada registro de la tabla A se le pueden
asociar varios registros de la tabla B y cada registro de la tabla B puede estar
relacionado con más de un registro de la tabla A.
Ejemplo:
Si queremos conocer los profesores que dan clase a un grupo o los grupos a
los que da clase un profesor determinado, necesitamos en principio dos
tablas: Profesores y Grupos., para establecerla podríamos leer que un
profesor da clases a varios grupos (1A, 1B, 2C) y un grupo recibe clases de
varios profesores (Carlos Pérez, Antonio García).

12. UNO A MUCHOS
Cada registro de una tabla A, a la que llamaremos tabla primaria,
puede estar enlazado con más de un registro de otra tabla B, a la que
llamaremos tabla secundaria. En cambio, cada registro de la tabla B
sólo puede estar enlazado a un registro de la tabla A. Tomando como
referencia nuestra base de datos de ejemplo, cada alumno de la tabla
Alumnos estará relacionado con un único registro de la tabla Cursos.
Y a la inversa, a cada registro de la tabla Cursos le pueden
corresponder varios alumnos de la tabla Alumnos.

14. Cada registro de la tabla A se relaciona con un único registro de la
tabla B y cada registro de la tabla B sólo se relaciona con un
elemento de la tabla A. Este tipo de relaciones son poco comunes.
Ejemplo:
Encontramos el vínculo entre un tutor y su grupo. Como sabemos, un
profesor puede ser tutor de un sólo grupo (UNO) y del mismo modo,
cada grupo sólo puede tener un tutor.
UNO A UNO

15. Está relacionada con la definición de clave primaria que establece que toda clave primaria
que se elija para una relación no debe tener valores repetidos por lo que el conjunto de
atributos CP es la clave primaria de una relación R, entonces la extensión de R no puede
tener en ningún momento dos tuplas con la misma combinación de valores para los atributos
de CP.
REGLAS DE INTEGRIDAD DE UNICIDAD DE LA CLAVE PRIMARIA

16. Dispone que los atributos de la clave primaria de una relación no pueden tener valores
nulos, las claves primarias puedan identificar las tuplas individuales de las relaciones. Si las
claves primarias tuviesen valores nulos, es posible que algunos valores agrupados no se
pudieran distinguir.
REGLAS DE INTEGRIDAD E ENTIDAD DE CLAVE PRIMARIA

17. Está relacionada con el concepto de clave foránea, lo que determina que todos los valores
que toma una clave foránea deben ser valores nulos o valores que existen en la clave
primaria que referencia. La necesidad de esta regla es debido a que las claves foráneas
tienen por objetivo establecer una conexión con la clave primaria que referencian. Si un
valor de una clave foránea no estuviese presente.
REGLAS DE INTEGRIDAD REFERENCIAL

18. La regla de integridad de dominio está relacionada con la noción de 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.
Ejemplo:
Si en la relación EMPLEADOS (DNI, nombre, apellido, edademp) hemos declarado que
dominio (DNI) es el dominio predefinido de los enteros, entonces no podremos insertar, por
ejemplo, ningún empleado que tenga por DNI el valor “Luis”, que no es un entero.
Esta regla establece dos condiciones.
REGLAS DE INTEGRIDAD DE DOMINIO

19. 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 (Ai). 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.
La segunda condición sirve para establecer que los operadores que pueden aplicarse
sobre los valores dependen de los dominios de estos valores; es decir, un operador
determinado sólo se puede aplicar sobre valores que tengan dominios que le sean
adecuados.
REGLAS DE INTEGRIDAD DE DOMINIO