アプリケーションには次の階層があります。
@MappedSuperclass
public abstract class AbstractDemandOrMeasureBE {
}
@Entity
@Inheritance
@DiscriminatorColumn(name = "DISCRIMINATOR", discriminatorType = DiscriminatorType.INTEGER)
@Table(name = "V_VIEW2")
public abstract class AbstractDemandOrConcreteMeasureBE extends AbstractDemandOrMeasureBE {
@Column(name = "VC_ID")
private Long vcId;
}
@Entity
@DiscriminatorValue("2")
public class MinimalDemandBE extends AbstractDemandOrConcreteMeasureBE {
..
}
@Entity
@DiscriminatorValue("1")
@HasRelationsAnnotatedAsLazyLoaded
public class ValidationMeasureBE extends AbstractDemandOrConcreteMeasureBE {
..
}
他のオブジェクトでは、次のようなエンティティをロードしようとしています:
@Table(name = "V_VIEW2")
public class VCBE extends SomeVeryAbstractBE {
@OneToMany(fetch = FetchType.LAZY)
@JoinColumn(name = "VC_ID")
private List<ValidationMeasureBE> validationMeasures;
public transient static final String ATTRIBUTE_VALIDATION_MEASURES = "validationMeasures";
@OneToMany(fetch = FetchType.LAZY)
@JoinColumn(name = "VC_ID")
private List<MinimalDemandBE> minimalDemands;
public transient static final String ATTRIBUTE_MINIMAL_DEMANDS = "minimalDemands";
すべての階層をロードするプリコンパイル済みクエリがあり、他の親オブジェクトをロードします。クエリのヒントもあります - eclipselink.left-join-fetch=PP.VCBE.validationMeasures (これが eclipselink.left-join-fetch=PP.VCBE.minimalDemands に変更された場合、最小限の要求がロードされますが、検証メジャー (ディスクリミネータ 1 のエントリ) も最小需要コレクションにロードされますが、ロードしないでください)。
ここで、クエリが実行されると、validationMeasures コレクションがオブジェクトで満たされている場合、これらのオブジェクトはすべて実際には最小限の要求であり、データベース内の識別子の値として 2 があります。
実行されるクエリは次のとおりです。
SELECT * FROM V_VIEW1 t1
LEFT OUTER JOIN V_VIEW0 t0 ON (t0.PP_D = t1.ID)
LEFT OUTER JOIN V_VIEW2 t2 ON (t2.VC_ID = t0.ID)
WHERE (((t1.ID = ?) AND (t1.HP_ID = ?))
AND t1.HP_IS IN (SELECT t3.ID FROM V_VIEW t3 WHERE (t3.HWPG_ID = ?)))
bind => [3 parameters bound]
ご覧のとおり、クエリに DISCRIMINATOR 制約がありません。なぜですか?
そのような行動のアイデアはありますか?そして、ディスクリミネーターの値に応じて、コレクションをロードするようにeclipselinkに指示するにはどうすればよいですか?