Prestazioni La query OpenJPA (3000+ record) è lenta

Question

Utilizzo Websphere Application Server 7 con build OpenJPA 1.2.3 e un database Oracle. Ho la seguente entità:

@NamedNativeQuery(name=Contract.GIVE_ALL_CONTRACTS, 
     query="SELECT number, name \n" + 
      "FROM contracts \n" + 
      "WHERE startdate <= ?1 \n" + 
      "AND enddate > ?1", 
      resultSetMapping = Contract.GIVE_ALL_CONTRACTS_MAPPING) 
    @SqlResultSetMapping(name = Contract.GIVE_ALL_CONTRACTS_MAPPING, 
     entities = { @EntityResult(entityClass = Contract.class, fields = { 
      @FieldResult(name = "number", column = "number"), 
      @FieldResult(name = "name", column = "name") 
     }) 
    }) 
    @Entity 
    public class Contract { 
     public static final String GIVE_ALL_CONTRACTS = "Contract.giveAllContracts"; 
     public static final String GIVE_ALL_CONTRACTS_MAPPING = "Contract.giveAllContractsMapping"; 

     @Id 
     private Integer number; 
     private String name; 

     public Integer getNumber() { 
     return number; 
     } 
     public String getName() { 
     return name; 
     } 
    } 

E il seguente codice per recuperare i contratti:

Query query = entityManager.createNamedQuery(Contract.GIVE_ALL_CONTRACTS); 
query.setParameter(1, referenceDate); 

List contracts = query.getResultList(); 
entityManager.clear(); 

return contracts; 

I contratti recuperati vengono passati ad un webservice.

L'esecuzione di questa query nello sviluppatore Oracle richiede circa 0,35 secondi per i record 3608. La chiamata a query.getResultList() richiede circa 4 secondi.

Con un logger nel constuctor dell'entità, registra che ci sono circa 10-20 entità create con lo stesso timestamp. Quindi 0,015 secondi fa qualcos'altro. Immagino roba OpenJPA.

C'è un modo per velocizzare OpenJPA? O è l'unica soluzione di memorizzazione nella cache?

Answer 1

La creazione di oggetti può avere la sua giusta parte nel colpo di prestazione. Durante l'esecuzione del codice nel server, non stai solo interrogando il database ma anche allochi la memoria e crei un nuovo oggetto Contratto per ogni riga. Un ciclo di espansione o di raccolta dei dati inutili può contare per i periodi di inattività che hai osservato.

Ti suggerisco di sfogliare la documentazione di OpenJPA su come elaborare large results sets.

Answer 2

Ti suggerisco di scaricare VisualVM e impostare una profilazione per i pacchetti coinvolti. VisualVM può mostrare il tempo trascorso in diversi metodi che riassumono fino a 0,35 secondi nel tuo caso teoricamente. Sarai in grado di analizzare la distribuzione del tempo totale tra il tuo codice, OpenJPA e la rete IO. Questo ti aiuterà a identificare il collo di bottiglia.