Kachalovasv79дядь ты бы изучил для начала hibernate inheritance
если делать три таблицы,тогда нахрен вообще это свойство хибера))

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

- а по существу: надо быть имбецилом, чтобы дублировать в таблицах поля, которые можно держать в одной таблице. Как минимум с точки зрения ООП это будет кретинизмом. С точки зрения РСУБД вопрос не однозначный - может быть лучше, может быть хуже, в зависимости от того какие запросы выполняются.

о, эксперты подтянулись)

maytonquestioner, давай приводи полную цитату Фаулера. А то получается как в анекдоте
про Рабиновича который Шаляпина напел.

завтра закину фотку книги, а то чего-то совсем не в ту степь ответы.

Kachalov,
не благодари: https://habr.com/ru/post/337488/

В хибере кстати ещё 4-ая какая-то стратегия есть дополнительная относительно Фаулера - надо почитать.

Kachalovasv79ты попробуй это руками настучи и поймешь как это круто,хотя тут многие против inheritance
- вероятно Вы не знаете про то что стратегий наследования в JPA (или на понятном Вам языке - в Хибере) три: TABLE_PER_CLASS, JOINED, SINGLE_TABLE. Лично я посоветовал ТСу JOINED, на мой взгляд, дублировать сложные отношения между таблицами хуже, чем лишние джойны, но ТСу видней (исходя из специфики и интенсивности запросов).


Во-первых 4 стратегии, Во-вторых вопрос ТС-а звучит как что хотел сказать автор(Фаулер)

забыл никquestionerпропущено...



Во-первых 4 стратегии, Во-вторых вопрос ТС-а звучит как что хотел сказать автор(Фаулер)
Так ему и пиши?

Фаулер общепризнан классиком. Причем эта книга наверное его самая известная. Коммюнити должно понимать о чем книга.

забыл никquestionerпропущено...


Фаулер общепризнан классиком. Причем эта книга наверное его самая известная. Коммюнити должно понимать о чем книга.

Если чуть изучить Герменевтику , то можно понять, что то что имел ввиду автор и что поняли прочитавшие - это как говорится две большие разницы. И если интересует мнение автора - смотри мой совет выше. Если интересует все же комьюнити(частью которого и являются мемберы sql.ru) - то нефиг вякать.

Если по делу, то вся эта глава безнадежно устарела, но не в смысле теории а в смысле применения - никто в здравом уме не будет мапить наследование в БД. Поэтому знание этого = шлак, хочешь копаться в навозе - почитай спеки EJB 1.0, вот там веселье будет гарантированно.


Устарела настолько, что Хибер использует эти стратегии. Фаулер про фундаментальные вещи пишет.

забыл никНу и я мапил лет так 8 назад. А сейчас бы взял MongoDB и не парился


Аргумент, ничего не скажешь