Resumen-T3-Teoria-FBD.

pdf

BlackTyson

Fundamentos de Bases de Datos

2º Grado en Ingeniería Informática

Escuela Técnica Superior de Ingenierías Informática y de

Telecomunicación
Universidad de Granada

Reservados todos los derechos.

No se permite la explotación económica ni la transformación de esta obra. Queda permitida la impresión en su totalidad.
 Tema 3 Teoría FBD: Modelos de datos. El modelo relacional

No se permite la explotación económica ni la transformación de esta obra. Queda permitida la impresión en su totalidad.
Wuolah: @BlackTyson
1. Definición modelo de datos
a. Definición formal: mecanismo formal para representar y manipular
información de manera general y sistemática. Consta de notación para
describir datos, para describir operaciones y para describir reglas de
integridad
b. Proceso de análisis y diseño: Una vez se lleva a cabo el análisis y se obtiene
el esquema conceptual, es necesario implementarlo a través de un diseño
que nos permite trasladar la estructura a un modelo de datos implementable.
c. Necesidad de modelo de datos:
i. Cada esquema se describe utilizando un lenguaje de bajo nivel,
ligado al SGBD
ii. Hacen falta mecanismos de alto nivel para describir los datos de

Reservados todos los derechos.

manera correcta para los usuarios implicados en el proceso.
d. Objetivo: Describir modelos que representen los datos de manera correcta.
e. Clasificación:
- Basados en registros (externo y conceptual)
- En objetos (externo y conceptual)
- Físicos(interno)

2. Modelo de datos relacional. Estructura de datos. Integridad

a. Estructura de datos relacional
i. Abarca 3 ámbitos distintos:
1. Estructuras para almacenarlos: el usuario percibe información
de la BD estructurada en tablas.
2. Integridad: las tablas deben satisfacer condiciones para
preservar la integridad y la coherencia.
3. Consulta y manipulación: los operadores empleados se
aplican sobre tablas y devuelven tablas
ii. Definiciones:
1. Atributo: elemento de info susceptible a tomar valores.
2. Dominio: rango de valores posibles.
3. Relación: Dado un dominio D. Cualquier subconjunto del
producto cartesiano D1xD2x…xDn
4. Tupla: cada una de las filas de una relación.
5. Cardinalidad: número de tuplas que contiene.
6. Esquema de una relación: atributos junto a su dominio
7. Grado de una relación: número de atributos de su
esquema(invariable en el tiempo)
8. Instancia: conjunto de tuplas que componen una relación.
iii. Propiedades:
1. Condición de normalización: todos los valores son
atómicos(no estructurados). Cuando una relación cumple
esto, está en Primera Norma Formal.
2. Consecuencias: no valores tipo conjunto, tipo registro, tipo
tablas.
3. Problema: Todas las representaciones son extensivas

a64b0469ff35958ef4ab887a898bd50bdfbbe91a-5870584
 b. Restricciones o reglas de integridad: Son condiciones para preservar la
semántica de una base de datos. Puede ser asociada a tablas o a la BD
i. Superclave: Conjunto de atributos que identifican unívocamente a
cada tupla de una relación.
ii. Clave de una relación: superclave minimal.
iii. En una relación puede haber más de una posible clave(clave
candidata). En estos casos hay que seleccionar una clave primaria.
iv. Integridad genérica: son reglas aplicadas a una base de datos
concreta, existiendo la integridad de entidad y la referencial.

No se permite la explotación económica ni la transformación de esta obra. Queda permitida la impresión en su totalidad.
v. Integridad de entidad: Una entidad no puede ser representada si no
se tiene información completa de las claves, es decir no pueden
ser valores nulos
vi. Integridad referencial: todos los valores no nulos de una clave
externa deben referenciar valores reales de la clave referenciada.
Mantiene las conexiones en las BDR
vii. Clave externa. Conjunto de atributos en una relación que es clave
en otra.
viii. EL SGBD debe mantener las restricciones de:
1. Unicidad de la clave primaria y candidatas. Debe rechazar
los valores que sean iguales a los presentes.

Reservados todos los derechos.

2. Restricción de integridad de identidad. Debe rechazar
modificaciones que vulneren la unicidad y asignen un valor
nulo a una clave primaria.
3. Integridad referencial:
a. En relación a la inserción debe rechazar la tupla si el
valor de la clave externa no concuerda con el de la
clave referenciada o bien si la clave externa es nula
y el diseño no lo permite.
b. En actualización: si se actualiza la clave primaria se
deben actualizar en cadena las claves externas que
la referencian.
c. En borrado. Si se borra la clave primaria, se debe
realizar un borrado en cascada o poner nulas las
claves externas de las tuplas afectadas.
3. Modelo jerárquico:
a. Fue el primero en implementarse físicamente. Carecía de lenguaje de
consulta.
b. Usaba como estructura de datos un árbol, con registros maestros y
secundarios, siendo la BD un conjunto de instancias de dicho árbol.
c. Plasma de forma directa las relaciones muchos-> uno y uno -> uno. Para los
muchos->muchos hay que duplicar toda la información involucrada.
d. Inconvenientes:
i. Complejidad para almacenar árboles en ficheros, debido a varios
tipos de registros y al mantenimiento de punteros.
ii. DML difícil de implementar y de usar.
iii. Existe dependencia existencial
iv. Redundancia necesaria para las relaciones
muchos->muchos→Integridad costosa.

si lees esto me debes un besito

a64b0469ff35958ef4ab887a898bd50bdfbbe91a-5870584
 4. Modelo en red:
a. Usa como estructuras de datos grafos (Nodos::registros, Arcos:: enlaces
entre registros, Relaciones entre conjunto de entidades::conectores) siendo
la BD un conjunto de instancias de grafos.
b. Cualquier registro puede relacionarse con cualquiera.
c. Permite plasmar todo tipo de relaciones sin problema.
d. Ventajas: estructura más homogénea y posibilidad de insertar entidades
de forma independiente.
e. Inconvenientes: complejidad de implementación y uso de las

No se permite la explotación económica ni la transformación de esta obra. Queda permitida la impresión en su totalidad.
operaciones DLL y DML.

Reservados todos los derechos.

si lees esto me debes un besito

a64b0469ff35958ef4ab887a898bd50bdfbbe91a-5870584