in

Spring – Gestión de transacciones


Una transacción de base de datos es una secuencia de acciones que se tratan como una sola unidad de trabajo. Estas acciones deben completarse por completo o no tener ningún efecto. La gestión de transacciones es una parte importante de la aplicación empresarial orientada a RDBMS para garantizar la integridad y coherencia de los datos. El concepto de transacciones se puede describir con las siguientes cuatro propiedades clave descritas como ÁCIDO

  • Atomicidad – Una transacción debe tratarse como una sola unidad de operación, lo que significa que la secuencia completa de operaciones es exitosa o no.

  • Consistencia – Esto representa la consistencia de la integridad referencial de la base de datos, claves primarias únicas en tablas, etc.

  • Aislamiento – Puede haber muchos procesos de transacciones con el mismo conjunto de datos al mismo tiempo. Cada transacción debe aislarse de las demás para evitar la corrupción de datos.

  • Durabilidad – Una vez que se ha completado una transacción, los resultados de esta transacción deben hacerse permanentes y no pueden borrarse de la base de datos debido a una falla del sistema.

Un sistema de base de datos RDBMS real garantizará las cuatro propiedades para cada transacción. La vista simplista de una transacción emitida a la base de datos usando SQL es la siguiente:

  • Comience la transacción usando comenzar la transacción mando.

  • Realice varias operaciones de eliminación, actualización o inserción mediante consultas SQL.

  • Si toda la operación es exitosa, realice cometer de lo contrario Retroceder todas las operaciones.

Spring Framework proporciona una capa abstracta sobre diferentes API de administración de transacciones subyacentes. El soporte de transacciones de Spring tiene como objetivo proporcionar una alternativa a las transacciones EJB al agregar capacidades de transacción a los POJO. Spring admite la gestión de transacciones programática y declarativa. Los EJB requieren un servidor de aplicaciones, pero la gestión de transacciones de Spring se puede implementar sin la necesidad de un servidor de aplicaciones.

Transacciones locales frente a transacciones globales

Las transacciones locales son específicas de un único recurso transaccional como una conexión JDBC, mientras que las transacciones globales pueden abarcar múltiples recursos transaccionales como una transacción en un sistema distribuido.

La gestión de transacciones locales puede ser útil en un entorno informático centralizado donde los componentes y recursos de la aplicación se encuentran en un solo sitio, y la gestión de transacciones solo implica un administrador de datos local que se ejecuta en una sola máquina. Las transacciones locales son más fáciles de implementar.

La gestión de transacciones globales es necesaria en un entorno informático distribuido donde todos los recursos se distribuyen en varios sistemas. En tal caso, la gestión de transacciones debe realizarse tanto a nivel local como global. Una transacción distribuida o global se ejecuta a través de múltiples sistemas, y su ejecución requiere la coordinación entre el sistema de gestión de transacciones global y todos los administradores de datos locales de todos los sistemas involucrados.

Programático frente a declarativo

Spring admite dos tipos de gestión de transacciones:

  • Gestión programática de transacciones: esto significa que debe gestionar la transacción con la ayuda de la programación. Eso le da una flexibilidad extrema, pero es difícil de mantener.

  • Gestión declarativa de transacciones: esto significa que separa la gestión de transacciones del código comercial. Solo usa anotaciones o configuración basada en XML para administrar las transacciones.

La administración de transacciones declarativa es preferible a la administración de transacciones programática, aunque es menos flexible que la administración de transacciones programática, que le permite controlar las transacciones a través de su código. Pero como una especie de preocupación transversal, la gestión declarativa de transacciones se puede modularizar con el enfoque AOP. Spring admite la gestión de transacciones declarativas a través del marco Spring AOP.

Abstracciones de transacciones de primavera

La clave de la abstracción de la transacción Spring está definida por el org.springframework.transaction.PlatformTransactionManager interfaz, que es la siguiente:

public interface PlatformTransactionManager {
   TransactionStatus getTransaction(TransactionDefinition definition);
   throws TransactionException;
   
   void commit(TransactionStatus status) throws TransactionException;
   void rollback(TransactionStatus status) throws TransactionException;
}
No Señor Método y descripción
1

TransactionStatus getTransaction (definición de TransactionDefinition)

Este método devuelve una transacción actualmente activa o crea una nueva, de acuerdo con el comportamiento de propagación especificado.

2

compromiso vacío (estado TransactionStatus)

Este método confirma la transacción dada, con respecto a su estado.

3

anular reversión (estado TransactionStatus)

Este método realiza una reversión de la transacción dada.

los TransactionDefinition es la interfaz principal del soporte de transacciones en Spring y se define de la siguiente manera:

public interface TransactionDefinition {
   int getPropagationBehavior();
   int getIsolationLevel();
   String getName();
   int getTimeout();
   boolean isReadOnly();
}
No Señor Método y descripción
1

int getPropagationBehavior ()

Este método devuelve el comportamiento de propagación. Spring ofrece todas las opciones de propagación de transacciones familiares de EJB CMT.

2

int getIsolationLevel ()

Este método devuelve el grado en que esta transacción está aislada del trabajo de otras transacciones.

3

String getName ()

Este método devuelve el nombre de esta transacción.

4

int getTimeout ()

Este método devuelve el tiempo en segundos en el que debe completarse la transacción.

5

boolean isReadOnly ()

Este método devuelve si la transacción es de solo lectura.

A continuación se muestran los valores posibles para el nivel de aislamiento:

No Señor Aislamiento y descripción
1

TransactionDefinition.ISOLATION_DEFAULT

Este es el nivel de aislamiento predeterminado.

2

TransactionDefinition.ISOLATION_READ_COMMITTED

Indica que se evitan las lecturas sucias; pueden producirse lecturas no repetibles y lecturas fantasmas.

3

TransactionDefinition.ISOLATION_READ_UNCOMMITTED

Indica que pueden producirse lecturas sucias, lecturas no repetibles y lecturas fantasmas.

4

TransactionDefinition.ISOLATION_REPEATABLE_READ

Indica que se evitan las lecturas sucias y las lecturas no repetibles; pueden ocurrir lecturas fantasmas.

5

TransactionDefinition.ISOLATION_SERIALIZABLE

Indica que se evitan las lecturas sucias, las lecturas no repetibles y las lecturas fantasma.

A continuación se muestran los valores posibles para los tipos de propagación:

No Señor. Propagación y descripción
1

TransactionDefinition.PROPAGATION_MANDATORY

Admite una transacción actual; lanza una excepción si no existe una transacción actual.

2

TransactionDefinition.PROPAGATION_NESTED

Se ejecuta dentro de una transacción anidada si existe una transacción actual.

3

TransactionDefinition.PROPAGATION_NEVER

No admite una transacción actual; lanza una excepción si existe una transacción actual.

4

TransactionDefinition.PROPAGATION_NOT_SUPPORTED

No admite una transacción actual; en lugar de eso, siempre se ejecuta de forma no transaccional.

5

TransactionDefinition.PROPAGATION_REQUIRED

Admite una transacción actual; crea uno nuevo si no existe ninguno.

6

TransactionDefinition.PROPAGATION_REQUIRES_NEW

Crea una nueva transacción, suspendiendo la transacción actual si existe.

7

TransactionDefinition.PROPAGATION_SUPPORTS

Admite una transacción actual; se ejecuta de forma no transaccional si no existe ninguno.

8

TransactionDefinition.TIMEOUT_DEFAULT

Utiliza el tiempo de espera predeterminado del sistema de transacciones subyacente, o ninguno si no se admiten tiempos de espera.

los Estado de la transacción La interfaz proporciona una forma sencilla para que el código transaccional controle la ejecución de la transacción y consulte el estado de la transacción.

public interface TransactionStatus extends SavepointManager {
   boolean isNewTransaction();
   boolean hasSavepoint();
   void setRollbackOnly();
   boolean isRollbackOnly();
   boolean isCompleted();
}
No Señor. Método y descripción
1

booleano hasSavepoint ()

Este método devuelve si esta transacción lleva internamente un punto de guardado, es decir, se ha creado como una transacción anidada basada en un punto de guardado.

2

boolean isCompleted ()

Este método devuelve si esta transacción está completa, es decir, si ya se ha comprometido o revertido.

3

boolean isNewTransaction ()

Este método devuelve verdadero en caso de que la transacción actual sea nueva.

4

booleano isRollbackOnly ()

Este método devuelve si la transacción se ha marcado como solo de reversión.

5

void setRollbackOnly ()

Este método establece la transacción como solo reversión.

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

presentacion youtube

Cómo cerrar sesión en YouTube en todos los dispositivos, paso a paso

apple touch icon@2

¿Cómo cambiar la contraseña de usuario de PostgreSQL?