Hibernate Requête Par l'Exemple et les Projections

le problème semble se produire lorsque vous avez un alias du même nom que la propriété objects. Hibernate semble prendre l'alias et l'utiliser dans le sql. J'ai trouvé ceci documenté ici et ici , et je crois que c'est un bug en hibernation, bien que je ne suis pas sûr que l'équipe D'hibernation est d'accord.

de toute façon, j'ai trouvé un travail simple autour qui fonctionne dans mon cas. Votre kilométrage peut varier. Les détails sont ci-dessous, je essayé de simplifier le code de cet exemple donc je m'excuse pour les éventuelles erreurs ou de fautes de frappe:

Criteria criteria = session.createCriteria(MyClass.class)
    .setProjection(Projections.projectionList()
        .add(Projections.property("sectionHeader"), "sectionHeader")
        .add(Projections.property("subSectionHeader"), "subSectionHeader")
        .add(Projections.property("sectionNumber"), "sectionNumber"))
    .add(Restrictions.ilike("sectionHeader", sectionHeaderVar)) // <- Problem!
    .setResultTransformer(Transformers.aliasToBean(MyDTO.class));

Serait de produire ce sql:

select
    this_.SECTION_HEADER as y1_,
    this_.SUB_SECTION_HEADER as y2_,
    this_.SECTION_NUMBER as y3_,
from
    MY_TABLE this_ 
where
    ( lower(y1_) like ? ) 

Qui a été la cause d'une erreur: de java.sql.SQLException: ORA-00904: "Y1_": identifiant invalide

Mais, quand j'ai changé ma restriction à l'utilisation de "ce", comme suit:

Criteria criteria = session.createCriteria(MyClass.class)
    .setProjection(Projections.projectionList()
        .add(Projections.property("sectionHeader"), "sectionHeader")
        .add(Projections.property("subSectionHeader"), "subSectionHeader")
        .add(Projections.property("sectionNumber"), "sectionNumber"))
    .add(Restrictions.ilike("this.sectionHeader", sectionHeaderVar)) // <- Problem Solved!
    .setResultTransformer(Transformers.aliasToBean(MyDTO.class));

Il a la suite sql et mon problème a été résolu.

select
    this_.SECTION_HEADER as y1_,
    this_.SUB_SECTION_HEADER as y2_,
    this_.SECTION_NUMBER as y3_,
from
    MY_TABLE this_ 
where
    ( lower(this_.SECTION_HEADER) like ? ) 

c'est, c'! Une solution assez simple à un problème douloureux. Je ne sais pas comment ce correctif serait traduit la requête par exemple de problème, mais il peut vous rapprocher.

le vrai problème ici est qu'il y a un bug dans hibernate où il utilise les alias de la liste de sélection dans la clause où:

http://opensource.atlassian.com/projects/hibernate/browse/HHH-817

Juste au cas où quelqu'un débarque ici à la recherche de réponses, allez voir le billet. Il a fallu 5 ans pour réparer, mais en théorie, ce sera dans l'une des prochaines versions et je soupçonne que votre problème disparaîtra.

je suis confronté à un problème similaire. Je suis à l'aide de la Requête par l'Exemple et je veux trier les résultats par un champ personnalisé. En SQL, je voudrais faire quelque chose comme:

select pageNo, abs(pageNo - 434) as diff
from relA
where year = 2009
order by diff

Cela fonctionne très bien sans la commande par article. Ce que j'ai est

Criteria crit = getSession().createCriteria(Entity.class);
crit.add(exampleObject);
ProjectionList pl = Projections.projectionList();
pl.add( Projections.property("id") );
pl.add(Projections.sqlProjection("abs(`pageNo`-"+pageNo+") as diff", new String[] {"diff"}, types ));
crit.setProjection(pl);

Mais quand j'ajoute

crit.addOrder(Order.asc("diff"));

je org.mise en veille prolongée.QueryException: impossible de résoudre la propriété: diff l'exception". Solution de contournement avec ce ne fonctionne pas non plus.

PS: comme je n'ai pas pu trouver de documentation élaborée sur L'utilisation du QBE pour L'hibernation, tout ce qui est ci-dessus est principalement une approche d'essai et d'erreur

ProjectionList pl = Projections.projectionList();
pl.add(Projections.property("id"));
pl.add(Projections.sqlProjection("abs(`pageNo`-" + pageNo + ") as diff", new String[] {"diff"}, types ), diff); ---- solution
crit.addOrder(Order.asc("diff"));
crit.setProjection(pl);

je ne pense pas vraiment que donc, ce que je trouve, c'est le mot "cela". les causes de la veille prolongée de ne pas inclure toutes les restrictions à sa requête, ce qui signifie qu'il a obtenu tous les enregistrements de listes. À propos de la veille prolongée bug qui a été rapporté, je peux voir qu'il est signalé comme étant fixe, mais j'ai totalement échoué pour télécharger le Patch.