¿Por qué JPA tiene una anotación @Transient?

Java tiene la transientpalabra clave. ¿Por qué JPA tiene en @Transientlugar de simplemente usar la palabra clave java ya existente?

La transientpalabra clave de Java se usa para denotar que un campo no se debe serializar, mientras que la @Transientanotación de JPA se usa para indicar que un campo no debe persistir en la base de datos, es decir, su semántica es diferente.

Porque tienen diferentes significados. La @Transientanotación le dice al proveedor de JPA que no persista ningún transientatributo (no ). El otro le dice al marco de serialización que no serialice un atributo. Es posible que desee tener una @Transientpropiedad y aún así serializarla.

Como otros han dicho, @Transientse usa para marcar campos que no deberían persistirse. Considere este breve ejemplo:

public enum Gender { MALE, FEMALE, UNKNOWN }

@Entity
public Person {
    private Gender g;
    private long id;

    @Id
    @GeneratedValue(strategy=GenerationType.AUTO)
    public long getId() { return id; }
    public void setId(long id) { this.id = id; }

    public Gender getGender() { return g; }    
    public void setGender(Gender g) { this.g = g; }

    @Transient
    public boolean isMale() {
        return Gender.MALE.equals(g);
    }

    @Transient
    public boolean isFemale() {
        return Gender.FEMALE.equals(g);
    }
}

Cuando esta clase se alimenta al JPA, persiste gendery idno intenta persistir los métodos booleanos auxiliares; sin @Transientel sistema subyacente se quejaría de que Personfaltan la clase Entity setMale()y los setFemale()métodos y, por lo tanto, no persistirían Personen absoluto.

El propósito es diferente:

La transientpalabra clave y la @Transientanotación tienen dos propósitos diferentes: uno trata con la serialización y otro con la persistencia . Como programadores, a menudo combinamos estos dos conceptos en uno solo, pero esto no es exacto en general. La persistencia se refiere a la característica del estado que sobrevive al proceso que lo creó. La serialización en Java se refiere al proceso de codificación / decodificación del estado de un objeto como una secuencia de bytes.

La transientpalabra clave es una condición más fuerte que @Transient:

Si un campo usa la transientpalabra clave, ese campo no se serializará cuando el objeto se convierta en una secuencia de bytes. Además, dado que JPA trata los campos marcados con la transientpalabra clave como teniendo la @Transientanotación, JPA tampoco persistirá en el campo.

Por otro lado, los campos anotados @Transientsolo se convertirán en una secuencia de bytes cuando el objeto se serialice, pero JPA no lo persistirá. Por lo tanto, la transientpalabra clave es una condición más fuerte que la @Transientanotación.

Ejemplo

Esto plantea la pregunta: ¿Por qué alguien querría serializar un campo que no se conserva en la base de datos de la aplicación? La realidad es que la serialización se usa para algo más que la persistencia . En una aplicación Enterprise Java, debe existir un mecanismo para intercambiar objetos entre componentes distribuidos ; la serialización proporciona un protocolo de comunicación común para manejar esto. Por lo tanto, un campo puede contener información crítica con el fin de la comunicación entre componentes; pero ese mismo campo puede no tener valor desde una perspectiva de persistencia.

Por ejemplo, suponga que se ejecuta un algoritmo de optimización en un servidor y suponga que este algoritmo tarda varias horas en completarse. Para un cliente, es importante tener el conjunto de soluciones más actualizado. Por lo tanto, un cliente puede suscribirse al servidor y recibir actualizaciones periódicas durante la fase de ejecución del algoritmo. Estas actualizaciones se proporcionan utilizando el ProgressReportobjeto:

@Entity
public class ProgressReport implements Serializable{

    private static final long serialVersionUID = 1L;

    @Transient
    long estimatedMinutesRemaining;
    String statusMessage;
    Solution currentBestSolution;

}

La Solutionclase podría verse así:

@Entity
public class Solution implements Serializable{

    private static final long serialVersionUID = 1L;

    double[][] dataArray;
    Properties properties;
}

El servidor persiste cada uno ProgressReporten su base de datos. Al servidor no le importa persistir estimatedMinutesRemaining, pero el cliente ciertamente se preocupa por esta información. Por lo tanto, estimatedMinutesRemainingse anota usando @Transient. Cuando el Solutionalgoritmo localiza el final , JPA lo persiste directamente sin usar a ProgressReport.

Si solo desea que un campo no sea persistente, tanto el transitorio como el @Transient funcionan. Pero la pregunta es por qué @Transient ya que el transitorio ya existe.

¡Porque el campo @Transient todavía se serializará!

Supongamos que crea una entidad, que realiza algunos cálculos que consumen CPU para obtener un resultado y este resultado no se guardará en la base de datos. Pero si desea enviar la entidad a otras aplicaciones Java para que las use JMS, debe usar @Transient, no la palabra clave JavaSE transient. Por lo tanto, los receptores que se ejecutan en otras máquinas virtuales pueden ahorrar su tiempo para volver a calcular.

Trataré de responder la pregunta de "por qué". Imagine una situación en la que tiene una gran base de datos con muchas columnas en una tabla, y su proyecto / sistema utiliza herramientas para generar entidades a partir de la base de datos. (Hibernate tiene esos, etc ...) Ahora, suponga que por su lógica de negocios necesita un campo en particular que NO persista. Tiene que "configurar" su entidad de una manera particular. Si bien la palabra clave Transient funciona en un objeto, ya que se comporta dentro de un lenguaje java, el @Transient solo está diseñado para responder a las tareas que pertenecen solo a tareas de persistencia.