Cómo detener a Hibernate de buscar con entusiasmo el objeto asociado de muchos a uno

Question

Tengo una propiedad en un objeto de dominio que se declara en un elemento de varios a uno. La sintaxis básica de esta propiedad es el siguiente:

<many-to-one name="propertyName" class="propertyClass" fetch="select" not-found="ignore" lazy="proxy" /> 

Ahora, la idea es tener Hibernate NO ir a buscar ansiosamente esta propiedad. Puede ser nulo, por lo que se establece el ignorar no encontrado.

Pero, Hibernate, al cargar la clase que contiene esta asociación, se encarga de cargar la instancia de la clase real (ni siquiera un proxy) cuando se carga la clase padre. Dado que algunas propiedades tienen más de 1 MB de tamaño, ocupan gran parte del espacio de almacenamiento dinámico.

Si, sin embargo, no encontrado está configurado como excepción (o predeterminado a excepción), las clases padre que tienen esta propiedad cargan un proxy.

¿Cómo puedo detener la hibernación por no cargar un proxy, al mismo tiempo que dejo que esta propiedad sea nula?

Encontré lazy = no-proxy, pero la documentación habla de algún tipo de modificación de bytecode y no entra en detalles. ¿Alguien me puede ayudar?

Si es importante, es la versión de Hibernate de Java, y es al menos la versión 3 (puedo buscar la versión actual si ayuda, pero por ahora es Hibernate 3+).

No especifiqué antes, pero la versión de Java es 1.4. Por lo tanto, las anotaciones Java no son compatibles.

Answer 1

Si el otro extremo de la asociación puede ser nula, creo que Hibernate tiene que consulta para el extremo de la asociación con el fin de determinar si debe usar un proxy o no (sin necesidad de proxy si el otro extremo es nula). No puedo encontrar la referencia a esto ahora, pero recuerdo haberlo leído en alguna parte.

Con el fin de proporcionar la carga lenta de campos la documentación se refiere a las mejoras de bytecode en los campos en el tiempo de compilación: Using lazy property fetching. Aquí está un extracto:

Hibernate3 admite la recuperación perezosa de propiedades individuales. Esta técnica de optimización también se conoce como como grupos de búsqueda. Tenga en cuenta que este es principalmente una función de marketing, como en la práctica , la optimización de las lecturas de fila es mucho más importante que la optimización de las lecturas de columna de .Sin embargo, solo cargar algunas propiedades de una clase puede ser útil en casos extremos, cuando las tablas heredadas tienen cientos de columnas y no se puede mejorar el modelo de datos.

La carga de la propiedad Lazy requiere instrumentación bytecode buildtime! Si sus clases persistentes no son mejoradas, Hibernate silenciosamente ignorará la configuración de propiedad perezosa y caerá a para recuperar inmediatamente.

Answer 2

Si pasa el objeto de hibernación del modelo a la vista a través del controlador, ¡no lo haga!

En su lugar crea un "objeto de instantánea" para almacenar los valores del objeto Hibernate que desea pasar a la vista y mostrarse.

¿Por qué? El proxy aún puede recuperar los valores cuando está en el controlador ... pero cuando pasa el proxy/objeto a la vista ya no puede recuperar los valores porque la transacción ya ha finalizado. Y es por eso que he sugerido lo que tengo arriba.

Answer 3

Al utilizar las anotaciones de Hibernate, poniendo @ManyToOne (fetch = FetchType.LAZY) en la asociación, logra lo que quiere. ¿Has probado configurar fetch = "lazy" para ver si funciona?

Answer 4

@Miguel Ping: Creo que la página a la que se refiere es [http://www.hibernate.org/162.html]. Por lo que yo entiendo, el SELECCIONAR adicional es necesario en el caso del lado uno a uno, donde la clave externa no está presente. El ajuste constrained="true" le dice a Hibernate que el otro lado siempre está presente y no se necesita SELECCIONAR adicional.

Así, por el lado de muchos-a-uno, donde reside la clave externa, que no debería ser necesario ejecutar otro SELECT ya que el valor del FK indica si el otro extremo está presente o null. Al menos, así es como lo entiendo.

Hasta ahora para la teoría. El proxy funciona para mí en el lado de la clave externa/de muchos a uno. El mapeo utilizado para la asociación es:

<many-to-one name="haendler" column="VERK_HAENDLOID" lazy="proxy" />

Pero proxy no funciona para mí en el lado de uno a uno usando un mapeo como el descrito en la URL dada (constrained="true"). Hmm, creo que abriré una pregunta para esto. ;-)

Answer 5

me pareció vago = no-proxy, pero los documentación habla de algún tipo de modificación código de bytes y no se va en detalles. ¿Puede alguien ayudarme ?

Supongo que está utilizando ANT para construir su proyecto.

<property name="src" value="/your/src/directory"/><!-- path of the source files --> 
<property name="libs" value="/your/libs/directory"/><!-- path of your libraries --> 
<property name="destination" value="/your/build/directory"/><!-- path of your build directory --> 

<fileset id="applibs" dir="${libs}"> 
    <include name="hibernate3.jar" /> 
    <!-- include any other libraries you'll need here --> 
</fileset> 

<target name="compile"> 
    <javac srcdir="${src}" destdir="${destination}" debug="yes"> 
    <classpath> 
     <fileset refid="applibs"/> 
    </classpath> 
    </javac> 
</target> 

<target name="instrument" depends="compile"> 
    <taskdef name="instrument" classname="org.hibernate.tool.instrument.javassist.InstrumentTask"> 
    <classpath> 
     <fileset refid="applibs"/> 
    </classpath> 
    </taskdef> 

    <instrument verbose="true"> 
    <fileset dir="${destination}"> 
     <!-- substitute the package where you keep your domain objs --> 
     <include name="/com/mycompany/domainobjects/*.class"/> 
    </fileset> 
    </instrument> 
</target> 

Answer 6

¡Asegúrese de que su clase no sea definitiva!