martes, 5 de abril de 2016

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));

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’);

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













1 comentario: