0% encontró este documento útil (0 votos)
33 vistas9 páginas

GBD UT4 Modelo Relacional

Descargar como pdf o txt
Descargar como pdf o txt
Descargar como pdf o txt
Está en la página 1/ 9

U.D. 4.

Modelo Relacional Bloque I Fundamentos de Base de Datos

U.D. 4. Modelo Relacional

Índice

U.D. 4. Modelo Relacional Bloque I Fundamentos de Base de Datos.............................. 1


1 Introducción. Doce reglas de Codd......................................................................................2
2 Estructura del modelo relacional..........................................................................................4
2.1 Concepto de relación en el modelo relacional.............................................................. 5
3 Restricciones en el modelo relacional..................................................................................6
3.1 Restricciones inherentes, estructurales o implícitas......................................................6
3.2 Restricciones explícitas o de usuario............................................................................ 6
4 Operadores en el modelo relacional.....................................................................................7
4.1 Álgebra relacional......................................................................................................... 7
4.2 Cálculo relacional..........................................................................................................8
5 Normalización......................................................................................................................8
5.1 Objetivos....................................................................................................................... 8
5.2 Criterios informales de diseño para las bases de datos relacionales............................. 8
5.3 Formas Normales.......................................................................................................... 8

Página 1 de 9
U.D. 4. Modelo Relacional Bloque I Fundamentos de Base de Datos

1 Introducción. Doce reglas de Codd


El modelo relacional es posterior a los modelos jerárquicos y de red. Nació como
consecuencia de los trabajos publicados por Codd en 1970.
El modelo relacional perseguía una serie de objetivos:
 Independencia física de los datos.
 Independencia lógica de programas y datos.
 Flexibilidad en cuanto a la forma de presentar los datos.
 Uniformidad de las estructuras lógicas de datos.
 Sencillez.
Modelo relacional:

Estática: Estructura:  tablas (relaciones)


Restricciones.
Dinámica: Operadores

Normalización

Por tanto, todo SGBD relacional se caracteriza por:


 Presentar sus datos externamente como tablas.
 Disponer de un lenguaje que opere sobre dichas tablas.
 Disponer de interfaces que permitan el acceso desde terminales interactivos
y programas de aplicación.
 Disponer de herramientas estándar de respaldo y recuperación y de
desarrollo.
Codd publica en 1985 sus doce reglas. De ellas al menos deben satisfacerse seis para
que una BD pueda considerarse como totalmente relacional.
 1ª.- Regla de información
Toda la información está representada a nivel lógico mediante valores en tablas
 2ª.- Regla de acceso garantizado.

Se puede acceder lógicamente a cada dato mediante la combinación del nombre de


la tabla que lo contiene, el nombre de la columna y el valor de la clave primaria de
la fila donde está .

Página 2 de 9
U.D. 4. Modelo Relacional Bloque I Fundamentos de Base de Datos

 3ª.- Tratamiento sistemático de valores nulos

Un SGBDR (Sistema de Gestión de Base de Datos Relacional) ha de soportar


valores nulos para representar la ausencia de información de forma automática,
independientemente del tipo de dato.
 4ª.- Catálogo activo on-line basado en el modelo relacional

La descripción de la base de datos se representa a nivel lógico como datos


ordinarios, de forma que un usuario autorizado pueda utilizar el mismo lenguaje
relacional para manejar sus datos y para consultar el catálogo .
 5ª.- Regla de sublenguaje completo de datos

Un SGBDR tiene que soportar, al menos, un lenguaje cuyas sentencias tengan una
sintaxis bien definida y tenga las operaciones siguientes:

Definición de datos

Restricciones de integridad

Manejo de datos (interactivo o por programa).

Definición de vistas

Autorizaciones

Gestión de transacciones

 6ª.- Regla de actualización de vista

Las vistas teóricas actualizables son también actualizables por el sistema

 7ª.- Inserción, modificación y borrado de alto nivel

La posibilidad de manejar una relación de la base de datos con un único operando


no sólo se aplica a la recuperación de datos, sino también a la inserción, la
modificación y el borrado de éstos.
 8ª.- Independencia física de los datos

Los programas de aplicación y las actividades terminales permanecen lógicamente


inalterados cualquiera que sean los cambios efectuados ya sea a las representaciones
de almacenamiento o a los métodos de acceso.
 9ª.- Independencia lógica de los datos

Página 3 de 9
U.D. 4. Modelo Relacional Bloque I Fundamentos de Base de Datos

Los programas de aplicación y las actividades terminales permanecen lógicamente


inalterados cuando se efectúen sobre las tablas de base cambios preservadores de la
información de cualquier tipo que teóricamente permita alteraciones.
 10ª.- Independencia de integridad

Las restricciones de integridad específicas para una base de datos relacional


particular deben ser definibles en el sublenguaje de datos relacional y almacenables
en el catálogo, no en los programas de aplicación.
 11ª.- Independencia de distribución

Un SGBD relacional tiene independencia de distribución


 12ª.- Regla de no subversión

Si un sistema relacional tiene un lenguaje de bajo nivel (un sólo registro cada vez),
dicho lenguaje no puede ser utilizado para subvertir o suprimir las reglas de
integridad y las restricciones expresadas en el lenguaje relacional de nivel superior
(múltiples registros a la vez).

2 Estructura del modelo relacional


 El modelo relacional representa la BD como una colección de relaciones.
Una relación se representa en forma de tabla:
 El nombre de la tabla se denomina relación.
 Las filas (ocurrencias de la relación) se denominan tuplas.
 Las cabeceras de las columnas son los atributos (que representan las
propiedades de la relación).
 El dominio es el tipo de datos de los valores que puede tomar un atributo.
 Se denomina cardinalidad al número de filas de la relación.
 Se denomina grado de una relación al número de atributos de la misma.
Ejemplo de representación de la relación empleado:

atributo DNI NOMBRE APELLIDOS LOC E_CIVIL

2845564 Alberto Fdz. Gómez Sevilla C

tupla 8502584 Juan López Pérez Cádiz S

Página 4 de 9
U.D. 4. Modelo Relacional Bloque I Fundamentos de Base de Datos

Una relación cumple lo siguiente:


 Todos las tuplas de una relación son del mismo tipo. Para almacenar tuplas
distintas se usan relaciones distintas.
 No se permite la existencia de dos atributos con el mismo nombre.
 Cada atributo debe extraer sus valores de un dominio.
 Un mismo dominio podrá servir para definir los valores de varios atributos
difrentes.
 No existen tuplas duplicadas.
 El orden de las tuplas es indiferente.
 El orden de los valores de una tupla , y por tanto, de los atributos, es
importante en la definición de la relación.
 El valor individual de la intersección de cualquier fila y columna será un
único dato.

2.1 Concepto de relación en el modelo relacional.


Es preciso distinguir entre dos conceptos en la noción de relación:
 Intensión o Esquema de la relación: que se denota por :
R (A1:D1, A2:D2, . . . , AN:DN)
Siendo:
R nombre de la relación
A= { A1, A2, . . . , AN } Contexto de la relación (conjunto de
nombres de los atributos).
D={ D1,D2, . . . ,DN } Conjunto de dominios.
 Extensión u Ocurrencia de la relación: que se denota por :
r(R) = {t1, t2, . . . , tN)
Siendo:
R nombre de la relación
r ( R) estados u ocurrencias de la relación R
ti tupla de la relación.

Página 5 de 9
U.D. 4. Modelo Relacional Bloque I Fundamentos de Base de Datos

3 Restricciones en el modelo relacional


Entendiendo por restricción toda estructura u ocurrencia no permitida.
 Se definen dos tipos básicos de restricciones:
a) Inherente o estructural: que forman parte del modelo.
b) Explícitas o de usuario: definidas por el diseñador del sistema para formar
una ocurrencia válida del esquema.

3.1 Restricciones inherentes, estructurales o implícitas.


 Restricción de unicidad de tuplas en una relación.
- Conduce al concepto de clave candidata:
sea R una relación con atributos A1, A2, . . . , AN
El subconjunto de atributos K ={ Ai, Aj, . . . , Ak } es clave candidata de R si y
sólo si satisface las siguientes condiciones:
a. Unicidad.
b. No redundancia o minimalidad.
Como en la relación no pueden existir tuplas repetidas debe existir una clave
candidata al menos:

Clave candidata: Conjunto no vacío de atributos que identifican unívoca y


mínimamente cada tupla. Siempre existe al menos una
Clave primaria: Clave candidata elegida para identificar la tupla
Clave alternativa : Claves candidatas que no han sido elegidas.

 Restricción de dominio.
Especifica que el valor de cada atributo A debe ser un valor atómico del dominio
D ( A) para ese atributo.
 Regla de integridad de la entidad.
“Ningún atributo que forme parte de la clave primaria de una relación puede tomar un
valor nulo”.

Página 6 de 9
U.D. 4. Modelo Relacional Bloque I Fundamentos de Base de Datos

3.2 Restricciones explícitas o de usuario.


 Regla de integridad referencial.
“En términos informales establece que una tupla en una relación R1 que haga
referencia a otra relación R2, deberá referirse a una tupla existente en esa relación
R2”.
- Conduce al concepto de clave ajena:
Es un subconjunto de atributos de una relación R2 cuyo valor “debe coincidir”
con algún valor de la clave primaria de otra relación R1 o ser nulo.
Ejemplo:
R1 dept (iddep, nomdep, tipodep)

R2 empleado (idemp, nomemp, edad, iddep)

Clave ajena

4 Operadores en el modelo relacional


4.1 Álgebra relacional
 Es un lenguaje prescriptivo: hay que especificar qué operadores se tienen que
aplicar a las relaciones para obtener resultados.
 Usa los operadores propios de los conjuntos y los operandos son las
relaciones.
 Sean dos relaciones R y S con esquemas compatibles (cuando ambas están
definidas sobre el mismo conjunto de dominios), se definen los siguientes
operadores fundamentales:

 R UNIÓN S
Z*= { t / t ∈ R o t ∈ S }

 R DIFFERENCE S
Z*= { t / t ∈ R y t ∉ S }
 R TIMES S
R y S no tiene porqué ser compatibles.
El producto cartesiano se forma yuxtaponiendo a toda tupla de la 1ª
relación todas y cada una de las tuplas de la 2ª relación.
Z*= { t / t=ab (a ∈ R) (b ∈ S) }

 R WHERE f
Sea f una condición o fórmula, se dice que la operación selección es
aquella que cumple que:
Z*= { t / t ∈ R y f( t ) }

Página 7 de 9
U.D. 4. Modelo Relacional Bloque I Fundamentos de Base de Datos

La nueva relación es un subconjunto de la vieja determinado por un


filtro.
 R [B]
Sea R (A1:D1, A2:D2, . . . , AN:DN) el esquema de una relación y
B=(B1,B2,...,BM) un subconjunto de (A1,A2,...,AN). Se define la
proyección de R sobre B como:
Aquellos atributos de la antigua relación que van a formar parte de la
nueva.

4.2 Cálculo relacional


 Es un lenguaje descriptivo: sólo es necesario indicar cuál es el resultado que se
quiere obtener, expresándolo mediante cálculo de predicado de primer orden.
 Tipos:
• Cálculo orientado a tupla.
• Cálculo orientado a dominio.

5 Normalización
5.1 Objetivos
Analizar las anomalías presentadas en la manipulación de las relaciones.

5.2 Criterios informales de diseño para las bases de datos


relacionales
Vamos a estudiar tres medidas informales de calidad de un diseño relacional:

 Semántica de los atributos de una relación


Siempre que agrupemos atributos para formar una relación, supondremos que hay un
cierto significado asociado a los atributos.
 Reducción de los valores redundantes en las filas
Uno de los objetivos de un buen diseño de base de datos es minimizar el espacio de
almacenamiento que ocupan las relaciones.
 Reducción de los valores nulos en las filas
Si creamos una relación con muchos atributos es posible que no todos los atributos se
apliquen a una tupla. Ésto puede ocasionar desperdicio de espacio y dificultad en el
entendimiento del significado de los atributos.
Tenemos que evitar en la medida de lo posible que un campo de la base de datos
pueda tomar valores nulos.

5.3 Formas Normales


 Primera forma normal, 1FN

Página 8 de 9
U.D. 4. Modelo Relacional Bloque I Fundamentos de Base de Datos

Una relación está en primera forma normal 1FN si y sólo si todos los dominios de sus
atributos incluyen sólo valores atómicos (simples o indivisibles).

 Segunda forma normal, 2FN


Una relación está en segunda forma normal 2FN si y sólo si:
 Está en 1FN y
 todos los atributos que no forman parte de ninguna clave candidata
suministran información de toda la clave y no sólo de alguna de sus partes.
Tercera forma normal, 3FN
Una relación está en segunda forma normal 2FN si y sólo si:
 Está en 2FN y
 todos los atributos que no forman parte de ninguna clave candidata facilitan
información sólo de las claves y no de otros atributos.

Página 9 de 9

También podría gustarte