Java hibernate: XML мапинг, связь многие к одному, урок 3!

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

Связи определяют каким образом взаимодействуют между собой сущьности, а именно каким образом хранятся данные которые непосредственно и косвенно относятся к двум и более сущьностям.
В данном видео уроке рассказываться о связи многие к одному. Данная связь существует в двух видах:
* Многие к одному
* Один ко многим
В зависимости от того с какой стороны посмотреть на сущьности.

Применение данной связи необходимо тогда и только тогда, когда один экземпляр сущьности может использовать несколько экземпляров второй.

[HeraseemAndMumu]

У меня не создавался ключ (все вываливалось в мэппинг эксепшн), пока везде в xml не прописал полные пути до классов, т.е. с пакаджем, типа <class name="ru.artifactid.Role" table="role"> или <one-to-many class="ru.artifactid.Users" /> при чем структура проекта естессно как у автора курса

[efimenkouliy]

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

[ValeraVivin]

Всем привет,
Подскажите пожалуйста, предварительно в базе нужно создавать таблицу role или при исполнении приложения она создается в базе?

[PollyBon]

У пользователя роль, а у роли сет пользователей?
Это неверно с точки зрения архитектуры. Если захотим получить пользователя - потянем за собой получение роли, которая в свою очередь потянет за собой всех пользователей и ... цикл.
Гибернейт как-то с этим борется? Я на этих граблях уже попрыгал, правда без Hib, ручками.

А по поводу уроков - спасибо. Доступно рассказываешь.

[artyomzolotoverkhov]

Хоть бы создали пару юзеров и ролей, показать как это работает.

[АлександрЛеонов-фв]

или я что-то не помню или тут косяк. между юзером и ролью связь многие ко многим. т.к. у одного юзера может быть много ролей (т.к. Актриса может сыграть и красную шапочку и спящую красавицу) и у одной роли мб много юзеров (т.к. красную шапочку сегодня может сыграть Таня, а завтра Кончита). Тут логично создать промежуточную таблицу (допустим РолиИграют) с составным ключом, который содержит данные о юзере и роли. МБ я и ошибаюсь, но вроде нас так учили. Это не относится к хибернету, но это небольшое уточнение (опять же если я правильно помню). Про хибернет рассказывает очень хорошо.

[den]

Почему вы не указываете структуру Ваших таблиц, ведь не все смотрят Ваши видео подряд. Было бы неплохо добавить в начале структуру и слайд, что Вы делаете (с какой таблицы, куда) и для чего, и в каких случаях. Видео замечательное, но уходит много времени на разбор происходящего, спасибо.