1. Gestión de Transacciones:
Una transacción es una colección
de operaciones que se lleva a cabo
como una función lógica simple en
una aplicación de bases de datos.

2. Ejemplo: una transferencia de fondos, en el que
una cuenta (A) se carga y otra cuenta (B) se
abona. Claramente, es esencial que o bien tanto
el cargo como el abono tengan lugar, o bien no
ocurra ninguno. Es decir, la transferencia de
fondos debe ocurrir por completo o no ocurrir en
absoluto. Este requisito de todo o nada se llama
atomicidad.
Además es esencial que la ejecución de la
transferencias de fonos preserve la consistencia
de la base de datos. Es decir, el valor de la suma
A + B se debe preservar. Este requisito de
corrección se llama consistencia.

3. Asegurar las propiedades de atomicidad y
durabilidad es responsabilidad del sistema
de bases de datos, específicamente del
componente de gestión de transacciones.
Es responsabilidad del gestor de control de
concurrencia controlar la interacción entre
las transacciones concurrentes para
asegurar la consistencia de la base de
datos.

4. Gestión de Almacenamiento: es un
módulo de programa que proporciona
la interfaz entre los datos de bajo
nivel en la base de datos y los
programas de aplicación y consultas
suministradas al sistema. El gestor
de almacenamiento es responsable
de interacción con la gestión de
archivos.

5. Los datos en bruto se almacenan en disco
usando un sistema operativo
convencional. La gestión de
almacenamiento transforma las diferentes
instrucciones a órdenes de un sistema de
archivos de bajo nivel. Así, el gestor de
almacenamiento es responsable del
almacenamiento, recuperación y
actualización de los datos en la base de
datos.

6. El modelo entidad – relación (E-R) está
basado en una percepción del mundo real que
consta de una colección de objetos básicos,
llamados entidades, y de relaciones entre
estos objetos.
Se desarrolló para facilitar el diseño de bases
de datos permitiendo la especificación de un
esquema de la empresa que representa la
estructura lógica completa de una base de
datos.

7. Este modelo es extremadamente útil
para hacer corresponder los significados
e interacciones de los desarrollos del
mundo real con un esquema conceptual.
Hay 3 notaciones básicas dentro de este
modelo: conjuntos de entidades,
conjuntos de relaciones y atributos.

8. Una entidad es una <<cosa>> u <<objeto>>
en el mundo real que es distinguible de otros
objetos. Por ejemplo, cada persona es una
entidad, y las cuentas bancarias pueden ser
consideradas como entidades.
Las entidades se describen en una base de
datos mediante un conjunto de atributos. Por
ejemplo, los atributos número_cuenta y saldo
describen una cuenta particular de un banco.

9. Una relación es una asociación entre
varias entidades. Por ejemplo, una
relación impositor asocia un cliente con
cada cuenta que tiene.
El conjunto de todas las entidades del
mismo tipo y el conjunto de todas las
relaciones del mismo tipo se denominan
conjunto de entidades y conjunto de
relaciones, respectivamente.

10. LIGADURAS DE
CORRESPONDENCIA

11. En un modelo de E-R se definen
ciertas ligaduras a las que los
contenidos de la base de datos se
deben adaptar.

12. Correspondencia de cardinalidad:
• Expresa el número de entidades a las que otra
entidad puede estar asociada mediante un
conjunto de relaciones.
• Este tipo de correspondencia es la mas útil
describiendo conjuntos de relaciones binarias,
aunque ocasionalmente contribuye a la
descripción de conjuntos de relaciones que
implican más de dos conjuntos de entidades.

13. Tipos de correspondencia de cardinalidad:
• Uno a uno
• Uno a varios
• Varios a uno
• Varios a varios

14. Dependencias de existencia:
• Especifica que la existencia de la entidad X
depende de la existencia de la entidad Y. Si la
existencia de la entidad X depende de la
existencia de Y, entonces si Y se borra,
también se borra X. Y es la entidad dominante
y X la entidad subordinada.

15. CLAVES:
• Una tarea importante en una base de datos que se
modela es especificar cómo se distinguen las
entidades y las relaciones. Conceptualmente son
distintas, pero desde una perspectiva de bases de
datos, sus diferencias se deben expresar en términos
de sus atributos. Para ello se asigna una clave
primaria a cada conjunto de entidades.

16. • La clave primaria es un conjunto de uno o más
atributos que, tomados colectivamente, permiten
identificar en forma única una entidad en un
conjunto de entidades y una relación en un conjunto
de relaciones.
• La clave foránea o secundaria o normal, es un
campo que permite almacenar datos para ayudar a
relacionar información, no permite datos nulos, pero
si duplicados.

17. • Un conjunto de entidades que no tiene suficientes
atributos para formar una clave primaria se
denomina conjunto de entidades débil.
• Un conjunto de entidades que tiene una clave
primaria se denomina conjunto de entidades fuerte.

18. Diagrama e-r
• Rectángulos, que representan conjuntos de
entidades.
• Elipses, que representan atributos.
• Rombos, que representan relaciones.
• Líneas, que unen atributos a conjuntos de
entidades y conjuntos de entidades a
conjuntos de relaciones.
• Elipses dobles, que representan atributos
multivalorados.
• Elipses discontinuas, que denotan atributos
derivados.
• Líneas dobles, que indican participación total
de una entidad en un conjunto de relaciones.

19. Diagrama E-R correspondiente a clientes y préstamos
Cliente Préstamoprestatario
nombre-cliente
Id-cliente
calle-cliente
ciudad-cliente
número-préstamo importe

20. Cliente Préstamoprestatario
nombre-cliente
Id-cliente
calle-cliente
ciudad-cliente
número-préstamo importe
Uno a varios

21. Cliente Préstamoprestatario
nombre-cliente
Id-cliente
calle-cliente
ciudad-cliente
número-préstamo importe
Varios a uno

22. Cliente Préstamoprestatario
nombre-cliente
Id-cliente
calle-cliente
ciudad-cliente
número-préstamo importe
Uno a uno

23. MODELO RELACIONAL
• Se usa una colección de tablas para
representar tanto los datos como las
relaciones entre esos datos. Cada tabla tiene
varias columnas y cada columna tiene un
nombre único.

24. MODELO DE RED
• Los datos se representan mediante
colecciones de registros y las relaciones entre
los datos se representan mediante enlaces,
que se pueden ver como punteros. Los
registros en la base de datos se organizan
como colecciones de grafos dirigidos.

25. MODELO JERARQUICO
• Es similar al modelo de redes, en el sentido en
que los datos y las relaciones entre los datos
se representan mediante registros y enlaces,
respectivamente. Este se diferencia del
modelo de red en que los registros se
organizan como colecciones de árboles en
lugar de grafos dirigidos.

26. DIFERENCIAS ENTRE LOS MODELOS:
• El modelo relacional se diferencia de los
modelos de redes y jerárquico en que no usa
punteros o enlaces. En su lugar, relaciona
registros mediante los valores que ellos
contienen.