например есть таблица сompany
с каким то набором полей
я хочу сделать класс CompanyShortInfo, класс CompanyInfo и класс CompanyFullInfo
(CompanyInfo    extends CompanyShortInfo  
CompanyFullInfo extends CompanyInfo )
з мапингом на одну таблицу
Мне ето нужно потому что есть варианти когда не надо извлекать все поля компании а только два или три
как наиболее коректно ето сделать?
Или лучше с помощю лейзилоадинга?

Проще все в запросе явно указывать какие поля тебе нужно в каждой конкретной ситуации.

Вообще ты можешь сделать основной класс.. К примеру у него будет ряд переменных и еще две переменные - классы которые ты хотел создать. Эти классы не должны быть extends а просто implements Cloneable, Serializable . В эти классы клади какие-ты хочешь переменные.

Можно, но не очень красиво  
А что будет если просто сделать мапинг без каких либо дискриминаторов? С xml  ето когдато работало
 

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

Что такое дискриминатор?

to Llucas господи, какие сложности =))))
есть ведь такая штука в базах, как синонимы, вьюшки и т.п. лабудень =)

Добавлено @ 17:25
плюс ко всему посредством аннотаций у меня вполне нормально получилось замапить 2 класса на одну таблицу. Трудности начнутся при написании HSQL

Это сообщение отредактировал(а) necromancer - 25.3.2008, 17:26

necromancer, вообще не понял к чему  ты это сказал...



Если хочешь использовать хибернейт, чтобы избежать трудностей с hql не надо так делать...

вопорс был? 
ответ был? 
а вот это вот

бред ИМХО
такие решения не стоит предлагать, с учетом того что ВОПРОС стоял не как сделать 2 класса на 2!!! таблицы, а как 2 классана ОДНУ таблицу!

Добавлено через 51 секунду
насчет HSQL я о нем не шибко хорошего мнения. но это все субъективно

Вопрос стоит так что сам по себе уже предусматривает сложности в работе... 
Я говорю о том, что надо пересмотреть структуру БД или при выполнении запроса явно указывать поля  -  вот и все... Бреда тут нету.

теперь я отвечу за свои слова =)
если в базе создать синоним то к таблице можно обращатся по 2-м разным именам. но это будет та же самая таблица.
С вью впринципе тоже самое и даже update может проходить если не используется аггрегация и другие сложности.

Не всегда.
Например есть строчка в бад имя и фото. при работе с одним классом Хибер будет тянуть и фото. что явно накладно. разбиваем работу с хибером на два класса по одному ключу - повышаем производителньость системы в разы. А структура базы полностью отражает сущность объекта. Или предлагаешь хранить имена и фото в разных таблицах + ключ + связывание + контроль целостности

Это сообщение отредактировал(а) necromancer - 25.3.2008, 18:09

Да ето именно такой случай наверное
каждий раз тянуть фото накладно
проще два класа  к одной таблице
какие проблеми могут бить с HQL
Кто то знает точно?

Разбивать на две таблици не хочеться также потому что логически ето все таки один обект

кстати вот не знаю можно ли сделать lazyLoad на поле и наверное в принципе можно создать фильтры.

насколько я понял, вопрос здесь стоит как реализовать наследование нескольких классов, отображающих одну таблицу.

В общем да
і как верно их мапить

про наследование читаем документацию по Hibernat

читал