Как избежать циклическую загрузки по связям ManyToOne.

К примеру выбираем "Клиентов" с базы, у клиентов есть "Менеджер", он в свою очередь принадлежит 
к "ГрупеМенеджеров", так же  у клиектов имеет "СтатусКлиента". 
В результате будет один запрос с таблици "Клиентов" и много одиночных запросов к таблицам:
 "Менеджер", "ГрупеМенеджеров", "СтатусКлиента".

если 1000 клиентов, 120 СтатусовКлиента, 40 менеджеров, 5 ГрупМенеджеров, 
и все записи из таблиц будут использоваться,
то получим минимум 1 + 120 + 40 + 5 = 167 запросов. TopLink сделает где-то 2000 запросов (у меня чуть другие данные, но суть та же)

Нашел ответ что нужно проектировать структуру базы с учетом связей. Как бы это хорошо,
но может есть более лояльный подход.

Другой вариант оптимизации использовать выбрав только то что нужно


Третий вариант оптимизации использовать LEFT JOIN FETCH:

этот вариант у меня не заработал в TopLink, в других не пробовал (пример для Hibernate).
у меня работает только один уровень с FETCH. (число одиночных запросов уменьшилось 

Четвертый вариант использовать FetchGroup, не совсем понял как его использовать 
и он зависит от реализации JPA.

Что делать в такой ситуации? 
Как избежать циклических запросов по связям ManyToOne когда в базе присутствуют сложные зависимости?

lazy initialization?

а еще кэширование таблиц, которым не свойственно меняться. 
В данном случае - по поиску менеджера по id.

Есть например, три клиента, у всех менеджер с id=45, в этом случае результат должен один раз взяться из запроса и 2 раза - их кеша.
Hibernate это умеет, кеш у него считается по строке запроса. Одна и та же строка запроса - один и тот же результат.

TopLink для ManyToOne по умолчанию использует FetchType.EAGER. У меня он и должен стоять.
LAZY игнорирует у связи ManyToOne.