JPA2, getResultList() e cursor na base de dados

Você pode utilizar NativeQuery e não NamedQuery.

Com o NativeQuery você terá um Array[] como retorno. Isso já adianta?

Alem da opção citada pelo jakefrog.

Tem os querys hints específico do implementador, se for o hibernate que você está usando, você tem o “org.hibernate.fetchSize”

fonte: http://docs.jboss.org/hibernate/entitymanager/3.5/reference/en/html/objectstate.html#d0e1061

Eu nunca usei isso, mas, colocaria na lista de coisas para testar

WRYEL:

Alem da opção citada pelo jakefrog.

Tem os querys hints específico do implementador, se for o hibernate que você está usando, você tem o “org.hibernate.fetchSize”

fonte: http://docs.jboss.org/hibernate/entitymanager/3.5/reference/en/html/objectstate.html#d0e1061

Eu nunca usei isso, mas, colocaria na lista de coisas para testar :)

Mas aí não seria a mesma coisa que fazer o abaixo? Query query = em.createQuery("select p from Player p"); query.setFirstResult(startingAt); query.setMaxResults(maxPerPage);Ou tem diferença?

@JakeFrog: Trazer o array de Object’s não me solucionaria, ele traria tudo para a memória assim mesmo.

A opção que menciono é usar:

Mas não queria fazer isso pois pretendemos mudar posteriormente o SGBD, que usamos Postgres nessa aplicação, para um SGBD pago.

@WRYEL: Acredito que essa seria a melhor opção, caso eu usasse o hibernate, mas eu uso o EclipseLink.

Pelo que eu entendi, o fetchSize vai dizer quantos registros a Query (objeto da classe Query, não a consulta em si, rsrs) traz cada vez que ela “baixar” informações do banco de dados, mas a mesma Query pode solicitar à base de dados várias vezes o banco de dados para terminar de trazer o resultado da consulta inteira, seria isso?

Se for isso, vou procurar o fetchSize do JPA/EclipseLink, se não for isso, estou pensando em usar “paginação” para trazer esse resultado do banco de dados, o que não gosto nisso é que eu teria que fazer um count antes, e fazer a mesma consulta várias vezes com offset’s diferentes…