Есть таблица Users в БД с полями:




Содержимое таблицы: id пользователя, его имя и какое-то поле с данными большого объёма. (Полей на самом деле большое, плюс связи с другими таблицами и т.п., но мысль ясна)

Задачи:
1. Получать по конкретному id информацию о пользователе - т.е. выборка по всем полям и связанным таблицам.
2. Получать из БД список пользователей (скажем, 200 записей) - просто id и имя. Не хочется каждый раз, тащить большие объёмы данных и кучу связанных полей для списка пользователей, где нужны только имя и id.
id
Соответственно, завожу 2 Entity:




Но, не совсем понимаю, как их замапить на БД. Если как @Inheritance(strategy = InheritanceType.SINGLE_TABLE), то везде в примерах говорится, что User должен быть абстрактным и не создавать инстансов. @MappedSuperclass не отображается на таблицу вообще, как я понял.

Как настроить работу, что бы можно было иметь два не абстрактных класса, замапленных на одну таблицу, но отображающих полные и неполные данные. Или эта задача решается вообще как-то иначе?

Blazkowicz,

Но, ведь это не разные сущности, по сути. Т.е. даже если вкорячить в таблицу DiscriminatorColumn, то... по какому критерию их разделять? И даже если и придумать критерий, то это получается, что на каждую предметную сущность, у нас будет в таблице по 2 записи? А смысл? Тогда уж, логичнее OneToOne зависимость и слить в отдельную таблицу всё кроме id и name.

Blazkowicz,

Тут дело, скорее просто в отсутствии опыта работы с ORM и незнании особенностей. В JDBC, я понимаю, что могу вручную составить запрос, указав определённые поля и просто отсечь объёмные поля, которые не нужны в данный момент. Ну и, ручной маппинг в JDBC как раз решит вопрос с заполнением полей в разных классах. Но в JPA, кроме как сделать наследование на ум особо ничего не пришло. (ну, разве что, да - сделать отдельную таблицу со связью OneToOne и ленивую загрузку). В интернетах ответа не нашёл, затем и пошёл на форум :)

BlazkowiczВы занимаетесь привентивной оптимизацией.


Да, похоже на то. :)

Blazkowicz По-хорошему такую проблему нужно решать ленивостью. Ваш подход ленивость убивает на корню.

Согласен. Ленивость тут походит гораздо лучше и, в общем, то даже проще.

Спасибо за дельные советы :)