BASE DE DATOS II

Vargas Jimenez Adriana

220036977

1. ¿Cuál es el concepto de Base de Datos Consistente?

La consistencia en una base de datos se refiere a que los datos almacenados

en ella cumplen con todas las reglas y restricciones definidas. Esto significa
que la base de datos se encuentra en un estado válido en términos de
integridad de los datos y cumple con las reglas de negocio establecidas. La
consistencia garantiza que los datos sean precisos, completos y coherentes en
todo momento.

2. Al ejecutar una o más instrucciones SQL ¿Cuáles son las posibles

razones para que las instrucciones SQL NO terminen de ejecutarse?

Existen varias posibles razones por las cuales las instrucciones SQL no pueden
completarse:

• Errores de sintaxis en las instrucciones SQL.

• Violación de reglas de integridad o restricciones en la base de datos.
• Bloqueo de recursos por parte de otras transacciones.
• Fallos en el sistema o interrupción del proceso de ejecución.
• Excepciones o errores durante la ejecución que interrumpen el flujo
normal del programa.
• Cancelación manual o interrupción de la ejecución por parte del usuario.

3. Al ejecutar dos o más instrucciones SQL. Defina el concepto de Ejecución

Serializable.

La ejecución serializable es un concepto en bases de datos que garantiza que

las transacciones se ejecuten de manera secuencial, como si se estuvieran
ejecutando una tras otra, sin interferencia entre ellas. Esto significa que el
resultado de la ejecución de varias transacciones en paralelo será el mismo
que si se ejecutaran de manera secuencial una tras otra. La ejecución
serializable garantiza un nivel máximo de aislamiento y evita problemas como
la lectura sucia, la escritura sucia, la lectura no repetible y la escritura
fantasma.

4. Al ejecutar dos o más instrucciones SQL. Defina el concepto de

Atomicidad.

La atomicidad es una propiedad de las transacciones que asegura que todas

las operaciones dentro de una transacción se realicen de manera completa y
exitosa, o en caso de error, se deshagan por completo. En otras palabras, una
transacción es una unidad indivisible de trabajo en la cual todas las
operaciones se consideran como una sola entidad. Si alguna de las
 operaciones dentro de la transacción falla, se realiza un "rollback" para
deshacer todos los cambios realizados previamente en la transacción, dejando
la base de datos en su estado original.

5. ¿Qué es una Transacción?¨

Una transacción es una secuencia lógica de operaciones o instrucciones SQL

que forman una unidad de trabajo en una base de datos. Estas operaciones
pueden incluir inserciones, actualizaciones o eliminaciones de datos. Una
transacción garantiza la integridad de los datos y asegura que todas las
operaciones se realicen de manera completa y exitosa, o se deshagan por
completo en caso de error. Una transacción debe cumplir con las propiedades
ACID: Atomicidad, Consistencia, Aislamiento y Durabilidad.

6. ¿Las Transacciones resuelven el problema de Seriabilidad y Atomicidad?

Sí, las transacciones resuelven los problemas de serialidad y atomicidad en

una base de datos. La serialidad se refiere a la capacidad de ejecutar múltiples
transacciones simultáneamente sin generar conflictos o inconsistencias en los
datos. Las transacciones utilizan técnicas de control de concurrencia para
garantizar la serialidad, evitando problemas como la lectura sucia, la escritura
sucia, la lectura no repetible y la escritura fantasma.

La atomicidad, por otro lado, se refiere a la capacidad de una transacción de

ser tratada como una unidad indivisible de trabajo. Si alguna operación dentro
de la transacción falla, se realiza un "rollback" para deshacer todas las
operaciones realizadas previamente en la transacción, asegurando que los
datos se mantengan en un estado consistente y evitando cambios parciales o
incorrectos.

7. ¿Cuándo usar Transacciones?

Las transacciones se utilizan en situaciones donde se requiere que un conjunto

de operaciones se realice de manera completa y exitosa, o se deshaga por
completo en caso de error. Algunos casos comunes en los que se utilizan
transacciones son:

➢ Actualizaciones de datos críticos en los que es necesario garantizar la

consistencia y la integridad de los datos.
➢ Operaciones financieras, como transferencias de fondos, donde se necesita
asegurar que todas las operaciones sean exitosas o se deshagan en caso de
error.
➢ Procesos de reserva o compra en línea, donde se requiere mantener la
consistencia de los datos y evitar problemas de concurrencia.
➢ Cualquier operación que involucre cambios en múltiples tablas o conjuntos de
datos relacionados.
8. ¿Cuáles son los beneficios de usar Transacciones?

El uso de transacciones en una base de datos proporciona varios beneficios:

Atomicidad: Las transacciones garantizan que todas las operaciones se

realicen de manera completa y exitosa, o se deshagan por completo en caso
de error, manteniendo la integridad de los datos.

Consistencia: Las transacciones aseguran que los datos estén en un estado

válido y cumplan con todas las reglas y restricciones definidas.

Aislamiento: Las transacciones proporcionan un nivel de aislamiento para

evitar conflictos entre transacciones concurrentes y mantener la serialidad de
las operaciones.

Durabilidad: Las transacciones aseguran que los cambios realizados en la

base de datos sean permanentes y se mantengan incluso en caso de fallos del
sistema o reinicios.

Control de concurrencia: Las transacciones utilizan técnicas de control de

concurrencia para evitar problemas como la lectura sucia, la escritura sucia y
otros conflictos de acceso a los datos.

Integridad de los datos: El uso de transacciones ayuda a mantener la

integridad de los datos, evitando cambios parciales o incorrectos y asegurando
que los datos estén en un estado consistente en todo momento.

9. ¿Cuáles es el Rol de las Transacciones en una Base de Datos ?

Las transacciones desempeñan un papel fundamental en el mantenimiento de

la integridad y consistencia de una base de datos. Su rol principal es garantizar
que un conjunto de operaciones se realice de manera completa y exitosa, o se
deshaga por completo en caso de error, para mantener los datos en un estado
válido y consistente.

Además, las transacciones proporcionan control de concurrencia para evitar

conflictos entre transacciones concurrentes y mantener la serialidad de las
operaciones. También permiten el aislamiento de las transacciones, lo que
significa que los cambios realizados en una transacción no son visibles para
otras transacciones hasta que se complete y se confirme.

10. ¿Cómo se inicia una transacción?

En SQL Server, se inicia una transacción utilizando la sentencia "BEGIN

TRANSACTION" o simplemente "BEGIN". Por ejemplo:

BEGIN TRANSACTION;
 Una vez iniciada la transacción, todas las operaciones realizadas
posteriormente formarán parte de la transacción hasta que se confirme o se
deshaga.

11. ¿Defina el concepto de COMMIT en las transacciones?

En el contexto de las transacciones, COMMIT es una instrucción que se utiliza

para confirmar y finalizar una transacción de manera exitosa. Cuando se
ejecuta la instrucción COMMIT, todos los cambios realizados dentro de la
transacción se vuelven permanentes y se guardan en la base de datos.
Después de ejecutar COMMIT, la transacción se considera completada y sus
cambios son visibles para otras transacciones.

La sintaxis básica para usar COMMIT en SQL Server es la siguiente:

COMMIT;

Es importante tener en cuenta que el uso de COMMIT es necesario para que

los cambios se hagan permanentes. Si no se ejecuta COMMIT y se realiza un
ROLLBACK o se produce un fallo, los cambios realizados en la transacción no
se guardarán en la base de datos.

12. ¿Defina el concepto de ROLLBACK en las transacciones?

En el contexto de las transacciones, ROLLBACK es una instrucción que se

utiliza para deshacer o revertir todos los cambios realizados dentro de una
transacción. Cuando se ejecuta la instrucción ROLLBACK, todos los cambios
realizados en la transacción se eliminan y se restaura el estado original de la
base de datos antes de que se iniciara la transacción.

La sintaxis básica para usar ROLLBACK en SQL Server es la siguiente:

ROLLBACK;

El uso de ROLLBACK es útil cuando ocurre un error o una situación inesperada

durante una transacción y se desea deshacer todos los cambios realizados
hasta ese punto, evitando que los cambios incorrectos se guarden en la base
de datos.

13. ¿Describa las propiedades ACID de la transacciones?

Las propiedades ACID son un conjunto de características que deben cumplir

las transacciones en una base de datos. Estas propiedades son las siguientes:

Atomicidad (Atomicity): La atomicidad asegura que una transacción se trata

como una unidad indivisible de trabajo. Todas las operaciones dentro de la
 transacción se realizan en su totalidad o se deshacen completamente si ocurre
un error. No se permiten cambios parciales.

Consistencia (Consistency): La consistencia garantiza que una transacción

lleve la base de datos de un estado válido a otro estado válido. Los cambios
realizados en una transacción deben cumplir con todas las reglas y
restricciones definidas, manteniendo la integridad de los datos.

Aislamiento (Isolation): El aislamiento asegura que una transacción se

ejecute de manera independiente y aísla sus cambios de otras transacciones
concurrentes. Esto evita problemas como la lectura sucia, la escritura sucia, la
lectura no repetible y la escritura fantasma.

Durabilidad (Durability): La durabilidad garantiza que los cambios realizados

por una transacción se mantengan permanentemente, incluso en caso de fallos
del sistema o reinicios. Los cambios confirmados en una transacción deben ser
almacenados de manera segura y persistente en la base de datos.

14. ¿Describa los diferentes estado de las Transacciones?

Los estados principales de una transacción son:

Active: Una transacción se encuentra en el estado activo cuando se ha iniciado

utilizando la sentencia "BEGIN TRANSACTION". En este estado, se realizan
operaciones dentro de la transacción.

Partially Committed: Después de ejecutar la instrucción "COMMIT", la

transacción pasa al estado Partially Committed. En este estado, los cambios
realizados por la transacción aún no se han hecho permanentes.

Committed: Una vez que los cambios realizados por la transacción se han
confirmado de manera permanente utilizando la instrucción "COMMIT", la
transacción pasa al estado Committed. En este estado, los cambios son
visibles para otras transacciones y se consideran exitosos.

Aborted: Si ocurre un error durante la ejecución de una transacción o se

ejecuta la instrucción "ROLLBACK", la transacción pasa al estado Aborted. En
este estado, los cambios realizados por la transacción se deshacen y se
restaura el estado original de la base de datos.

Failed: Este estado se produce cuando se produce un error crítico durante la

ejecución de una transacción y no se puede completar ni deshacer. La
transacción queda en un estado inconsistente y requiere intervención manual
para su resolución.

15. ¿Describa el concepto de BITACORA en una Base de Datos?

 La bitácora, también conocida como log, es una parte fundamental de una base
de datos que registra todas las operaciones realizadas en la base de datos. Es
un archivo secuencial que almacena un registro detallado de cada cambio
realizado en la base de datos, incluyendo inserciones, actualizaciones y
eliminaciones de datos.

16. ¿Cuál es el rol de la BITACORA en una Base de Datos?

El rol de la bitácora en una base de datos es proporcionar un mecanismo de

recuperación y seguridad. Al registrar todas las operaciones realizadas en la
base de datos, la bitácora permite recuperar el estado anterior de la base de
datos en caso de fallos, errores o interrupciones.

En caso de un fallo del sistema, como un corte de energía repentino, la bitácora

se utiliza para restaurar la base de datos a un estado consistente y evitar la
pérdida de datos. Además, la bitácora se utiliza en la recuperación de
transacciones, permitiendo deshacer o confirmar cambios en función del estado
de las transacciones al momento del fallo.

17. Escriba las instrucciones básicas que debe incluir una Transacción.

Las instrucciones básicas que deben incluirse en una transacción son las
siguientes:

BEGIN TRANSACTION: Inicia una nueva transacción.

Operaciones SQL: Realiza las operaciones necesarias dentro de la

transacción, como inserciones, actualizaciones y eliminaciones de datos.

COMMIT: Confirma y finaliza la transacción, haciendo que todos los cambios

realizados sean permanentes.

ROLLBACK: Deshace y cancela la transacción, revirtiendo todos los cambios

realizados dentro de ella.