Modelo Relacional 2
Modelo Relacional 2
Modelo Relacional 2
Actua(id_película, id_actor)
Produce(id_película, id_Estudio)
Entonces las tablas resultantes siguiendo la descripción anterior son:
En el siguiente ejemplo vemos a la Super Clase “Vehículo” y las
Sub Clases “Bus”, “Camión” y “Coche”, en las cuales solo dos de
ellas tienen atributos.
El ejemplo anterior quedaría de la siguiente manera:
Dueño(idv, idp)
Bus(idv, pasajeros)
Camión(idv, ejes)
Coche(idv)
Independencia física.
La forma de almacenar los datos debe ser absolutamente
independiente del modelo conceptual de los mismos.
Si la forma de almacenar los datos cambia (si cambia el esquema
físico) , no es necesario cambiar los esquemas lógicos, funcionan
perfectamente.
Esto permite que los usuarios y usuarias se concentren en qué
resultados desean obtener de la base de datos
independientemente de cómo estén realmente almacenados los
datos.
Independencia Lógica.
Se refiere a que la lógica de la base de datos debe de ser
independiente de la forma externa de acceso a la base de datos
(los esquemas externos).
Las aplicaciones que utilizan la base de datos no deben ser
modificadas porque se modifique el esquema lógico de la
misma.
De una manera más precisa: gracias a esta independencia el
esquema externo de la base de datos es realmente independiente
del modelo lógico. En la práctica, esta independencia es difícil
de conseguir.
Flexibilidad
La base de datos ofrece fácilmente distintas vistas en función de
los usuarios y aplicaciones.
La visión de los datos se adapta al usuario que los requiere.
Uniformidad
Las estructuras lógicas siempre tienen una única forma lógica
(las tablas). Es decir, manejar el modelo relacional es manejar
las tablas.
Sencillez
Facilidad de manejo (algo cuestionable, pero ciertamente
verdadero si comparamos con los sistemas gestores de bases de
datos anteriores a este modelo)
Persistentes
Son las tablas que crean los usuarios (normalmente los
administradores). Sólo pueden ser borradas por los usuarios Se
dividen en tres tipos:
1. Bases
2. Vistas
3. Instantáneas o vistas materializadas
Temporales
Son tablas que se eliminan automáticamente por el sistema. Las utiliza
el SGBD como almacén intermedio de datos (resultados de consultas,
por ejemplo) para acelerar la ejecución del sistema o como almacén
auxiliar para instrucciones complejas.
Hay tablas temporales de tipo base, vista o instantáneas; al igual que
ocurre con las persistentes.
Tablas Bases
Son tablas independientes. Se crean indicando su estructura y
después se les añaden los datos. Cuando alguien habla de tablas,
se refiere a este tipo de tablas.
Las tablas base contienen tanto datos como metadatos. Por ello
(debido a los datos) pueden ocupar mucho espacio en disco. Son
el fundamento del modelo relacional
Vistas
Contienen una instrucción (normalmente en lenguaje SQL) la
cual provoca una consulta sobre los datos de las tablas base,
haciendo que se muestren los datos que cumplen las
condiciones especificadas en dicha instrucción.
No ocupan mucho espacio en disco (ya que no almacenan
datos). Si los datos de las tablas base cambian, los de las vistas
que utilizan esos datos también cambian.
Las vistas permiten una visión de los datos más cómoda para los
usuarios.
Instantáneas o Vistas Materializadas
Son vistas (es decir, consultas) que además de almacenar la
instrucción SQL, almacenan una copia de los datos que muestra.
De modo que la siguiente vez que usemos la instantánea,
utilizará la copia de los datos (no leerá los datos originales). Las
instantáneas, a diferencia de las vistas, no siempre muestran los
datos actualizados.
Las instantáneas actualizan los datos, refrescando el resultado
cada cierto tiempo. La ventaja es que son más veloces que las
vistas al no tener que acudir a los datos base; la parte mala, es
que los datos que muestran pueden ser obsoletos (ya que
pueden haber variado en las tablas base originales).