Sunteți pe pagina 1din 9

Bases de datos

Clase 3

15/09/2010
Facultad Ciencias
Ing Maritzol Tenemaza MSc
Bases de Datos

Unidad 3

Modelo Relacional

Objetivos de la Unidad
Al finalizar el capítulo el estudiante, estará en capacidad de diseñar
correctamente un sistema de bases de datos relacional, para cumplir con este
fin se revisarán los siguientes temas:
a. Esquema de bases de datos
b. Estructura de las Bases de Datos Relacionales
c. Integridad Referencial.
d. Diseño de bases de datos relacionales
e. Ligaduras de Integridad
f. Normalización. Formas de Normalización.

Esquema de bases de datos


Al hablar de bases de datos, debe diferenciarse entre el esquema de la base
de datos o diseño lógico de la misma y la base de datos misma que es una
instantánea de los datos en un momento dado.

El concepto de relación se corresponde con el concepto de variable, y el


esquema de la relación es la definición de tipos.

Se adopta el convenio de utilizar nombres minúsculas para las relaciones y


nombres que comiencen con una letra mayúscula para los esquemas de las
relaciones.
Ejm.

Esquema cuenta = (nombre-sucursal, número –cuenta, saldo)

Cuenta (Esquema cuenta)

2
Bases de Datos

Estructura de las Bases de Datos Relacionales


Los primeros sistemas de bases de datos se basaban en el modelo de red o en
el modelo Jerárquico, estos son modelos antiguos. Hoy existe el modelo
Relacional (son los orientados a objetos)
a. Una consiste en un conjunto de tablas (conocidas también como
relación), a cada una de las tablas se le asigna un nombre
exclusivo.
b. Cada fila es una tupla y representa una relación entre un
conjunto de valores.
c. Las cabeceras de columna son los atributos.
d. Por cada atributo hay un conjunto de valores permitidos,
denominado dominio de ese atributo.
Atributo

Relación Cuenta:

nombre_sucursal número cuenta Saldo_cuenta


Amazonas 127573-3 100 Tupla

Oro-Verde 126745-8 500


Naciones_Unidas 123639-5 100000

Esquema Cuenta = (nombre_sucursal, número_cuenta, saldo_cuenta

Ejercicio

Para el siguiente diagrama E-R, definir el esquema de cada relación y graficar


las tablas.

3
Bases de Datos

Número
Cuenta Saldo_Cuenta Número Sucursal ciudad_sucurs activos_sucursa
NNúmer sal l
nombre
o de
Cuenta _sucurs
Sucursal_cuen Sucursal
Cuenta ta
al

impositor Sucursal_présta
mo

Código Número préstamo importe del


Cliente nombre_clie préstamo
cédula_ nte número
cliente _présta
Cliente Prestatario mo Préstamo

dirección_clie
nte ciudad_cliente

Diagrama o modelo Entidad Relación


Fundamentos de Bases de datos, Korth, Silverchatz, Sudarshan
Mac Graw Hill

Esquema_sucursal = (nombre_sucursal, ciudad_sucursal, activos)


Esquema_cuenta = ( número_cuenta, nombre_sucursal, saldo_cuenta)
Esquema_cliente = (cedula_cliente, nombre_cliente, dirección_cliente,
ciudad_cliente)
Esquema_impositor = (cédula_cliente, número_cuenta)
Esquema-préstamo = (número_préstamo,nombre_sucursal, importe_préstamo)
Esquema-prestatario = (cédula_cliente, número_préstamo)

4
Bases de Datos

Tablas:
Relación sucursal

nombre_sucursal ciudad_sucursal activos


Principal Quito 1800000
Amazonas Quito 420000
Oro Verde Quito 340000
Malecón Guayaquil 1600000

Relación cuenta
numero_cuenta nombre_sucursal saldo_cuenta
134567-2 Principal 120
132435-7 Malecón 300
456789-9 Amazonas 100000
234354-7 Amazonas 20

Relación impositor
cédula_cliente numero_cuenta
170653456-9 456789-9
236874065-8 132435-7
123456734-9 234354-7
345678239-0 134567-2

Relación cliente

5
Bases de Datos

cedula-cliente nombre-cliente dirección-cliente ciudad-cliente


170653456-9 Juan Xxxxxxx Quito
236874065-8 María Rrrrrrrrr Guayaquil
123456734-9 Roberto Tttttttttttttt Quito
345678239-0 Santiago nnnnnnnnnn Quito

Relación :prestatario
cédula_cliente numero_préstamo
170653456-9 p-17
236874065-8 p-23
123456734-9 p-45
345678239-0 p-12

Relación prestamo
número-préstamo nombre_sucursal importe
p-17 Principal 1500
p-23 Malecón 2000
p-45 Amazonas 1700
p-12 Amazonas 2500

Ligaduras de Integridad
Las ligaduras de integridad proporcionan un medio de asegurar que las
modificaciones hechas a las bases de datos, por los usuarios
autorizados, no provoquen la pérdida de consistencia de los datos.
Las ligaduras hasta el momento vistas son:
Declaración de claves:
Estipulación de que ciertos atributos, pueden formar una clave
para un conjunto de entidades determinado.
El conjunto de inserciones y de actualizaciones queda restringido
a aquellas que no creen dos entidades con el mismo valor de la
clave propuesta.
Forma de la Relación:

6
Bases de Datos

De varios a varios, de uno a varios, de uno a uno.


Una relación restringe el conjunto de relaciones legales entre las
entidades de una serie de conjuntos de entidades.
Las ligaduras que se pueden aplicar son:

Ligaduras de los Dominios


Es verificar los datos introducidos en la base de datos, de esta manera
se asegura que las consultas tengan sentido.

create domain sueldo_por_hora numeric(7,1)


constraint comprobación_valor_sueldo
check(value >= 800)

Integridad Referencial
Es asegurar que el valor que aparece en una relación, para un conjunto de
atributos determinado, aparezca también en otra relación para un cierto
conjunto de atributos.
Cada relación que proceda de un conjunto de relaciones, tendrá ligaduras de
integridad referencial. Por Ejemplo:
a. Al Insertar: Si se inserta una tupla T2 en r2 el sistema debe
asegurar que hay una tupla t1 en r1, por ejemplo para crear una
cuenta tiene que haber el cliente.
b. Al borrar: si se borra una tupla t1 de r1 el sistema debe calcular el
conjunto de tuplas de r2 que hacen referencia a r1. Por ejemplo:
si va a borrar un préstamo borrará en cascada los pagos. Otro
ejemplo si va a borrar un cliente, también borrará sus cuentas.
c. Al actualizar: hay que considerar dos casos:
i. Si se actualiza la tupla t2 de la relación r2 y esta
actualización modifica valores de la clave externa, se
realiza una comprobación parecida al del caso de la
inserción.
ii. Si se actualiza la tupla t1 de la relación r1 y esta
actualización modifica valores de la clave primaria, se
realiza una comprobación parecida al del caso del borrado.

7
Bases de Datos

Dependencia Funcional
Las dependencias funcionales son ligaduras del conjunto de relaciones legales.
Permiten expresar con la base de datos hechos relativos a la empresa que
estamos modelando.

Dificultades en el diseño de las Bases de Datos relacionales.


Un diseño incorrecto puede tener:
a. Repetición de información.
b. Incapacidad de representar cierta información.

Formas de normalización
Formas Normales:

1FN

2FN

3FN

4FN
5F
N BCNF(forma
de
5FN normalización
BOYCE
CODD)

Menos redundancia

Normalización
Fundamentos de Bases de datos, Korth, Silverchatz, Sudarshan
Mac Graw Hill

La normalización es lo que hoy se conoce como “teoría de dependencias”,


está orientada al modelo relacional.
La normalización se utiliza para eliminar redundancia de datos, por medio de
una progresiva descomposición de tablas, sin pérdida de información. Las

8
Bases de Datos

etapas de esta descomposición son llamadas formas normales, cada una de


las cuales es un afinamiento de su predecesora.

Ejercicios:

Diseñe la base de datos relacional correspondiente al diagrama o modelo


Entidad/Relación de la siguiente figura.

Importe de daños

nombre
modelo

fecha
dni
año matricula

dirección conductor

persona posee Un parte accidente


coche

Ejercicio
Fundamentos de Bases de datos, Korth, Silverchatz, Sudarshan
Mac Graw Hil

S-ar putea să vă placă și