Sonuç kümesiyle JPA Adlandırılmış Sorgu için sayı boyutunu elde etmenin bir yolu var mı?

Question

Yapacağım statik sorgular için JPA'da Named Queries'in fikrini beğeniyorum, ancak genellikle sorgunun sonucunun yanı sıra sorgunun bazı alt kümelerinden sonuç listesi almak istiyorum. Neredeyse iki benzer NamedQueries yazmamayı tercih ederim.

@NamedQuery(name = "getAccounts", query = "SELECT a FROM Account") 
. 
. 
    Query q = em.createNamedQuery("getAccounts"); 
    List r = q.setFirstResult(s).setMaxResults(m).getResultList(); 
    int count = q.getCount(); 

Yani d s 0 ve Hesabına 400 satır olduğunda, 10 olduğunu varsayalım: İdeal olarak, ne olmasını istiyorum gibi bir şeydir. R'nin 10 öğenin bir listesini olmasını beklerdim, ancak toplam 400 satır olduğunu bilmek isterim. İkinci bir @NamedQuery yazabilirsiniz:

@NamedQuery(name = "getAccountCount", query = "SELECT COUNT(a) FROM Account") 

ama KURU ihlali ben her zaman sadece sayımı isteyeceğim eğer bunu gibi görünüyor. Bu basit durumda, ikisini senkronize tutmak kolaydır, ancak eğer sorgu değiştiyse, değerleri hizalamak için her iki @NamedQueries'i güncellemek zorunda olduğumdan daha az ideal görünmektedir.

Buradaki yaygın bir kullanım durumu, öğelerin bazı alt kümelerini getiriyor, ancak toplam sayımı belirtmenin bir yoluna ihtiyaç duyuyordu ("1-10/400 gösteriliyor"). setFirstResult/setMaxResults bir sonuç kümesinde bir alt kümesini döndürmez do kullanma

Answer 1

Bu yüzden, kullandığım çözüm, sonuç kümesi için bir tane olmak üzere iki tane @NamedQuerys oluşturmak, ancak DRY'yi korumak için temel sorguyu statik bir dizede yakalamak ve her iki sorgunun tutarlı kalmasını sağlamaktı. Yani yukarıdaki için, şöyle bir şey olurdu: Bu örnek ile Açıkçası

@NamedQuery(name = "getAccounts", query = "SELECT a" + accountQuery) 
@NamedQuery(name = "getAccounts.count", query = "SELECT COUNT(a)" + accountQuery) 
. 
static final String accountQuery = " FROM Account"; 
. 
    Query q = em.createNamedQuery("getAccounts"); 
    List r = q.setFirstResult(s).setMaxResults(m).getResultList(); 
    int count = ((Long)em.createNamedQuery("getAccounts.count").getSingleResult()).intValue(); 

, sorgu beden önemsiz ve bu overkill. Ancak çok daha karmaşık sorgularla, sorgu gövdesinin tek bir tanımına sahip olursunuz ve iki sorguyu senkronize edebildiğinizden emin olabilirsiniz. Ayrıca, sorguların önceden derlenmiş olması ve en azından Eclipselink ile, sorguyu çağırmak yerine, başlangıç ​​zamanında doğrulamayı almanız avantajına sahip olursunuz.

İki sorgu arasında tutarlı bir adlandırma yaparak, kodun gövdesini, her iki kümeyi, yalnızca sorgunun temel adını temel alarak çalıştırmak için sarmak mümkündür.

Answer 2

, sorgu bile bu yöntemleri çağırdığınızda çalıştırmak değil, onlar getResultList çağrılırken çalıştırılacaktır oluşturulan SELECT sorgusu etkiler. Toplam kayıt sayısını elde etmek istiyorsanız, SELECT COUNT varlıklarınızı ayrı bir sorguda (genellikle sayfalandırılmadan önce) yapmanız gerekir.

Tam bir örnek için Pagination of Data Sets in a Sample Application using JSF, Catalog Facade Stateless Session, and Java Persistence APIs'a bakın.

Answer 3

oh iyi sizin gibi adlandırılmış sorguları ek açıklamaları almak için iç gözlem kullanabilirsiniz:

String getNamedQueryCode(Class<? extends Object> clazz, String namedQueryKey) { 
    NamedQueries namedQueriesAnnotation = clazz.getAnnotation(NamedQueries.class); 
    NamedQuery[] namedQueryAnnotations = namedQueriesAnnotation.value(); 

    String code = null; 
    for (NamedQuery namedQuery : namedQueryAnnotations) { 
     if (namedQuery.name().equals(namedQueryKey)) { 
      code = namedQuery.query(); 
      break; 
     } 
    } 

    if (code == null) { 
     if (clazz.getSuperclass().getAnnotation(MappedSuperclass.class) != null) { 
      code = getNamedQueryCode(clazz.getSuperclass(), namedQueryKey); 
     } 
    } 

    //if not found 
    return code; 
}