MODELO RELACIONAL
DEFINICIÓN
Es el modelo más utilizado en la
actualidad para modelar problemas reales y administrar datos dinámicamente. Su
idea fundamental es el uso de «relaciones». Estas relaciones podrían
considerarse en forma lógica como conjuntos de datos llamados «tuplas».la
mayoría de las veces se conceptualiza de una manera más fácil de imaginar, esto
es, pensando en cada relación como si fuese una tabla que está compuestas por
registros (cada fila de la tabla sería un registro o tupla), y columnas
(también llamadas campos).
PROPIEDADES
- Cada relación tiene un nombre distinto.
- Los valores de los atributos son atómicos (relaciones normalizadas).
- Cada atributo tiene un nombre distinto.
- Los atributos no están ordenados.
- No hay tuplas duplicadas.
- Las tuplas no están ordenadas.
TIPOS DE RELACIONES
Relaciones base: con nombre, reales, autónomas (parte directa de la
base de datos).
CREATE TABLE PROVINCIAS
(CODPRO VARCHAR2 (2),
NOMBRE VARCHAR2 (30),
CONSTRAINT CP_PROVINCIAS PRIMARY KEY (CODPRO));
(CODPRO VARCHAR2 (2),
NOMBRE VARCHAR2 (30),
CONSTRAINT CP_PROVINCIAS PRIMARY KEY (CODPRO));
Vistas: con
nombre, derivadas, virtuales.
CREATE VIEW COM_VAL
AS SELECT PU.CODPUE, PU.NOMBRE, PR.CODPRO, PR.NOMBRE PROVINCIA
FROM PUEBLOS PU, PROVINCIAS PR
WHERE PU.CODPRO=PR.CODPRO
AND PR.CODPRO IN (’03’,’12’,’46’);
AS SELECT PU.CODPUE, PU.NOMBRE, PR.CODPRO, PR.NOMBRE PROVINCIA
FROM PUEBLOS PU, PROVINCIAS PR
WHERE PU.CODPRO=PR.CODPRO
AND PR.CODPRO IN (’03’,’12’,’46’);
Instantáneas: con
nombre, derivadas, reales (sólo lectura), refresco periódico.
CREATE
SNAPSHOT FAC_VLC
STORAGE INITIAL 50K
NEXT 50K REFRESH FAST NEXT NEXT_DAY (TRUNC (SYSDATE),'MONDAY')
AS
SELECT * FROM VLC.FACTURAS;
Resultados de
consultas: con o sin nombre, no persisten en la base de datos.
Resultados
intermedios: sin nombre, no persisten en la base de datos.
Resultados
temporales: con nombre, se destruyen automáticamente.
REGLAS DE INTEGRIDAD
– EJEMPLOS
Regla de integridad: restricción
que debe cumplirse sobre una BD en todos sus estados.
Reglas de negocio:
reglas de integridad específicas de cada base de datos
Reglas de integridad generales:
Regla de integridad de entidades
(amiga de las claves primarias).
Regla de integridad referencial
(amiga de las claves ajenas).
Además existen las restricciones
de dominios: al definir cada atributo sobre un dominio, se impone una
restricción sobre el conjunto de valores permitidos para cada atributo.
Regla de Integridad
de Entidades
"Ninguno de los atributos
que componen la clave primaria puede ser nulo."
¡¡En una base de datos relacional
nunca se almacena información de algo que no se puede identificar!!
Observaciones:
La regla se aplica a las relaciones base (parte directa de la base de datos). La regla se aplica sólo a la clave primaria (no a las claves
alternativas).
Regla de Integridad Referencial
"Si en una relación hay alguna clave ajena, sus valores
deben coincidir con valores de la clave primaria a la que hace referencia, o
bien, deben ser todos nulos."
La regla de integridad referencial se enmarca en términos de estados de la base
de datos: nos dice lo que es un estado ilegal ¡¡pero no nos dice cómo podemos
evitarlo!!
¿Qué hacer si estando en un estado legal, llega una operación que conduce a un
estado ilegal?
Existen dos opciones:
Rechazar la operación.
Aceptar la operación y realizar
operaciones adicionales compensatorias que conduzcan a un estado legal.
Reglas para las
claves ajenas
ENLACE SLIDESHARE:
http://es.slideshare.net/pierinamiovarias5/modelo-relacional-60537495
REALIZADO POR :
Ruíz Paredes Madai
Mio Varias Pierina
Esta bien el trabajo. Bien desarrollado. Saludos. Gracias
ResponderEliminar