¿Cómo anoto la columna Id si el valor es generado por un disparador?

Question

Tengo una configuración con Oracle XE 10g, Hibernate 3.5, JPA 2.0. Hay una tabla simple con una clave principal, que se genera mediante un activador de base de datos en la inserción. El disparador obtiene el valor de una secuencia. La construcción del disparador/secuencia fue hecha por Oracle XE.

La pregunta real es: ¿Cómo obtengo el valor actual del Id en mi entidad después de un EntityManager.persist?
me trataron:

@Id 
private long id; 

-> id es 0;

@Id 
@Generated(GenerationTime.ALWAYS) 
@Column(insertable = false, updatable = false) 
private long id; 

-> id es 0;

@Id 
@GeneratedValue(strategy=GenerationType.AUTO) 
private long id; 

-> Error porque Hibernate está intentando consultar la secuencia a directamente (lo que no existe).

Los ID se generan en la base de datos en los primeros dos enfoques, pero no tengo el valor en mi objeto.

Answer 1

A menos que esté vinculado al activador, parece un nivel de ofuscación sobre la secuencia y parece salirse del ciclo de vida normal de Hibernate. ¿Por qué no llamar directamente a la secuencia:

@SequenceGenerator(name="alias_for_my_sequence", sequenceName="seq_name_in_oracle") 
@GeneratedValue(strategy=GenerationType.SEQUENCE, generator="alias_for_my_sequence") 
@Id 
private Long id; 

por lo que recibirá el valor de nuevo, como Hibernate está directamente implicada en la generación, y no es algo que sucede después de los hechos.

Answer 2

Puede intercambiar la clave generada db dentro de la sesión de Oracle. Para ello, el desencadenador de inserción debe llamar

dbms_session.set_identifier(new_id) 

Desde su código, puede recuperar el nuevo valor de la clave con la consulta

String sql = "SELECT sys_context('USERENV', 'CLIENT_IDENTIFIER') FROM dual"; 
Query query = em.createNativeQuery(sql); 
String new_id = (String) query.getSingleResult(); 

Es importante utilizar la misma instancia de EntityManager por persistir la nueva entidad y recuperar el valor clave generado.

Answer 3

Al contrario de los comentarios de @JB Nizet, puedo pensar en muchas razones por las que dejamos que un desencadenador asigne identificadores: ejecución de procesos almacenados, ejecución manual de SQL y ejecución de consultas nativas en Hibernate, por nombrar algunos.

Personalmente encontré la siguiente solución bastante satisfactoria. Permite que Hibernate encuentre la ID máxima y la incremente cada vez que se invoca una instrucción de inserción. Pero cuando la declaración golpea la base de datos, el ID es ignorado y anulado por la generada por el gatillo, así que no hay uniqueness in a cluster problem:

@Id 
    @GeneratedValue(generator="increment") 
    @GenericGenerator(name="increment", strategy = "increment") 
    private Long id; 

El mayor inconveniente es @GenericGenerator es una anotación de Hibernate, por lo que se pierde la portabilidad de APP . Tampoco está claro para los programadores que esta identificación esté realmente vinculada a una secuencia.

Otra alternativa es modificar el disparador para que solo incremente la secuencia cuando ID es nulo. Ver "Hibernate issue with Oracle Trigger for generating id from a sequence". En la mayoría de los casos, esta es la mejor solución porque muestra claramente que la identificación está vinculada a una secuencia. Mi única queja es que le da al usuario/hibernar la opción de insertar cualquier ID sin consultar la secuencia en primer lugar.