Интересует вопрос по Hibernate/JPA.

Стандартный селекс с базы через EntityManager JPA

Query query = em.createQuery("select object from Object object");
List<MyObject> myObject = query.getResultList();

Так вот оно выбирает данные по ид (по одному) и запихивает в обьекты.
При этом очень много селектов! Можно ли это оптимизировать для меньшего числа селектов (кроме кеша) ?
Большая выборка очень долго работает и генерирует большой траффик в сети.

Я конечно с JPA\Hibernate слабо знаком, но где много селектов? Если не нужен весь результат выборки, то рулите запросом.

Ну этот запрос выбирает все поля таблицы, только вытягивает он их по одному, если в таблице есть 40 записей, то это будет 40 селектов вида "select ..... where id=?", я так понял Гибернейт выбирает их по одному создавая сразу обьекты и тогда возвращяет их коллекцию. Если в таблице не 40 записей, а 100 тысяч, то оно ужасно тормозит. Можно ли делать это пакетами? 
Через аннотацию @Batch удалось уменьшить количество запросов + кеши на уровне базы и кеширование запросов помогли очень сильно, но всеравно селектов миллионы в час при активной работе с базой. Уже и методы и Entity закешировал, в два раза быстрее стало. Через JDBC все не переписать:(

можно пакетами. 
это называется paginating : 

Hibernate вроде всегда делал select * from table и запихивал результаты в коллекцию объектов. Откуда у вас получились where id=?, я даже не знаю.