Аффтар, вам повезло, что я заинтересовался этой темой.
Мы разберём её до косточек без всякого гугла
ВИ №1 Маппинг на готовую СУБД структуру
===================================
- идём в гугл за примером, как тут советовали
http://www.spring-source.ru/docs_simple.php?type=manual&theme=docs_simple&docs_simple=chap04_p03
- создаём 2 таблички в БД Продукт и Ставка
ЗЫ. Рассматриваем только отношение Продукт это - Справочник
Bid-Ставка (справочник)id продукт(item_id) Name1 34 Afgfef2 6 Ddf3 7 Kkk
Item-Продуктid Name34 Сахар6 Картошка7 Наркотик
- тут все говорят, что проектируем ОТ БД, тогда маппинг равен:
- пишем 2 класса
1.
2.
3.
4.
5.
6.
public class Bid{
@ManyToOne
@JoinColumn(name="Справочник_ID") FK //можно не указывать
private Item item
private Name
}
1.
2.
3.
public class Item{
private Name
}
- всё маппинг закончен. Или лучше с вопросом к профи: "Маппинг закончен?"
Т.е. дальше начинаются хинты для СУБД'шников чтобы облегчить запросы для СУБД.
Или 2-х направленные связи чтобы облегчить запросы Хиберу. Что и сказал svenom и я :)
Например, если мне надо будет найти Bid для определённого Item в СУБД. Я сделаю это запросом.
НО НЕ РАНЬШЕ чем мне это понадобится.
Дам 2 ссылки из статьи
тем кто любит думать , или программистам с Большой буквы.
автор.......
Hibernate, как и другая ORM реализация, не понимают двунаправленной связи
..........
Если мы делаем двунаправленные связи, то двунаправленностю нам нужно управлять самим.
Это был честный ВИ, выводы делать только Вам (с)
______________________________________________
"Сделай настолько просто, насколько это возможно, но не проще". © А. Эйнштейн.
AutoPOI.ru — ГИС-технологии для Oracle
