1. UNIVERSIDAD VERACRUZANA
FACULTAD DE ADMINISTRACIÓN
TEMA: GESTION DE TRANSACCIONES
MAESTRO:
CARLOS ARTURO TORRES GASTELU
Integrantes:
Menguelle Castro Alberto
Varela Romero Stephanie

2. APLICADA A LA EMPRESA FHACCES
Se diseñará una aplicación para realizar transacciones
directamente a la base de datos, dentro de la cual, en el modulo
de venta, se registrará la información de la venta en progreso a
través de una “tabla virtual” la cual contendrá todos los datos de
la venta en proceso, sin embargo esta no se verá reflejada en la
base de datos, ya que si la venta no se llega a realizar, el usuario
puede cancelar la venta y de esta forma se destruye la
información almacenada en la tabla virtual sin afectar la
integridad de la base de datos, los datos de esta tabla virtual,
serán transferidos a la base de datos hasta que el usuario
concrete la venta y haga la impresión del ticket o la factura
correspondiente, cumpliendo con esto con la intención de
mantener las condiciones de la prueba acida de la base de datos.

3. ¿Qué Es una Transacción?
• Conjunto de acciones u operaciones que se
realizan de manera lógica, estas tienen que tener
un resultado coherente de acuerdo a lo
solicitado.
Las propiedades de las transacciones son:
• ATOMICIDAD
• CONSISTENCIA
• AISLAMIENTO
• DURABILIDAD

4. • ATOMICIDAD:
(Indivisible)Una transacción es una unidad atómica de ejecución
(o se ejecutan todas sus operaciones o ninguna). Si se esta
realizando un a matricula a un estudiante y antes de guardar
todos los cambios el sistema se para y no termina la operación,
por lo tanto la transacción no se realiza.
• CONSISTENCIA:
Es consistente si se garantiza que siempre se verifican unas
determinadas condiciones, definidas por nosotros, y que
expresaremos en forma de reglas. Las condiciones deben
cumplirse obligatoriamente antes y después de la transacción.
En caso de una transacción de dinero de una cuenta a otra, pude
ocurrir que se realizó a una cuenta errónea por lo tanto no es
responsable el SGBD, entonces la incoherencia viene a partir de
los desarrolladores, pero se cumple con la operación que ha sido
programada.

5. • ATOMICIDAD:
(Indivisible)Una transacción es una unidad atómica de ejecución
(o se ejecutan todas sus operaciones o ninguna). Si se esta
realizando un a matricula a un estudiante y antes de guardar
todos los cambios el sistema se para y no termina la operación,
por lo tanto la transacción no se realiza.
• CONSISTENCIA:
Es consistente si se garantiza que siempre se verifican unas
determinadas condiciones, definidas por nosotros, y que
expresaremos en forma de reglas. Las condiciones deben
cumplirse obligatoriamente antes y después de la transacción.
En caso de una transacción de dinero de una cuenta a otra, pude
ocurrir que se realizó a una cuenta errónea por lo tanto no es
responsable el SGBD, entonces la incoherencia viene a partir de
los desarrolladores, pero se cumple con la operación que ha sido
programada.

6. • AISLAMIENTO
El aislamiento es la garantía de que los cambios hechos
dentro de cualquier transacción son invisibles al resto los
usuarios, mientras esta no haya concluido. Así se garantiza
que el resto de usuarios no observen los cambios
intermedios.
una transacción no debe hacer visibles sus cambios a otras
transacciones hasta que es confirmada Si existió un error en
la transacción del dinero no debería afectar las demás, ya
que se bloquearían para que puedan acceder otros usuarios,
por lo tanto debería tratarse como acceso independiente,
por usuario o por transacciones.

7. • DURABILIDAD
Garantiza que, en el instante en el que se finaliza la
transacción, esta perdura. Incluso en el caso de fallo en el
sistema, este deberá ser capaz de recuperarse y recordar
todas la transacciones que hayan sido completadas.
Cuando una transacción es confirmada sus cambios deben
ser grabados en la BD y no deben perderse debido a fallos
de otras transacciones o del sistema.
En el momento de realizar la transacción del traspaso de
dinero de una cuenta a otra, debe ser confirmada la
permanencia de los datos

8. • Gestor de transacciones
Es la parte del gestor de base de datos que se
asegura de mantener la atomicidad, durabilidad y
aislamiento de las transacciones. Si no hay ningún
error, al acabar la transacción esta se da por
definitiva. Si se produce un error durante la
transacción, el sistema debe restaurar la base de
datos al estado en que estaba justo antes de que
empezara la transacción. Este proceso se
denomina recuperación de fallos.