La carga diferida no funciona para la relación muchos a uno cuando se asigna a un campo que no es clave mediante la propiedad-ref

Question

Tengo una base de datos heredada que estoy mapeando utilizando NHibernate. Los objetos de interés son una cuenta y una lista de objetos de notificación. Los objetos se ven como:

public class Notification 
{ 
    public virtual int Id { get; set; } 
    public virtual DateTime BatchDate { get; set; } 
    /* other properties */ 

    public virtual Account Account { get; set; } 
} 

public class Account 
{ 
    public virtual int Id { get; set; } 
    public virtual string AccountNumber { get; set; } 
    /* other properties */ 
} 

archivos El mapeo aspecto:

<class name="Account" table="Account" dynamic-update="true"> 
<id name="Id" column="AccountID"> 
    <generator class="native" /> 
</id> 
<property name="AccountNumber" length="15" not-null="true" /> 
    <!-- other properties --> 
</class> 

<class name="Notification" table="Notification"> 
    <id name="Id" column="Id"> 
     <generator class="native" /> 
    </id> 
    <!-- other properties --> 
    <many-to-one name="Account" class="Account" property-ref="AccountNumber" lazy="proxy"> 
     <column name="AcctNum" /> 
    </many-to-one> 

Sin embargo, cuando se crea un criterio como

return session.CreateCriteria(typeof(Notification)).List<Notification>(); 

que estoy recibiendo un caso Seleccione N + 1 donde cada cuenta se carga aunque la Cuenta nunca se haga referencia. ¿Por qué se cargan todas las cuentas cuando el mapeo múltiple se mapea como un proxy flojo?

Answer 1

El problema está causado por el atributo property-ref. La carga lenta solo funciona cuando la referencia many-to-one utiliza la clave primaria del otro objeto, ya que NHibernate supone que hay una restricción de clave externa que impone la validez de dicho valor. Con una clave no primaria (indicada por la propiedad-ref), NHibernate no hace esta suposición y, por lo tanto, no asume que el objeto relacionado debe existir. Dado que no desea crear un proxy para un objeto que no existe (es decir, debe ser nulo en lugar de un proxy), busca con impaciencia el objeto remoto. Este mismo problema existe cuando se especifica not-found="ignore", ya que esto indica que la relación de clave externa no se aplica y puede dar como resultado una referencia nula.

Consulte también:

• NHibernate creates proxy via session.Load(), but not via Linq or Criteria API
• http://frankmao.com/2007/12/05/lazy-load-conflicts-with-property-ref-in-many-to-one-mapping/