2010-10-08 3 views
2

Я работаю над преобразованием устаревшей системы для использования hibernate (версия 3.3.x) вместо использования SQL с ручным управлением. Я столкнулся с некоторыми проблемами, сопоставляющими мой datamodel, который относится к составным клавишам. Я создал решение, которое, я думаю, работает, но я не слишком люблю его. Следовательно, я хотел бы видеть, как диаграмма ниже/должна отображаться и быть видимой, если я нахожусь на «правильной» дорожке.Сопоставление объектов с составными ключами

alt text

В диаграмме StuffTypes довольно статическая таблица, которая не изменяется (без вставки или обновления). Родитель - единственная таблица, в которой в настоящее время связан класс DAO (остальные должны сохраняться, когда родительский экземпляр). Материал имеет StuffType и ряд связанных с ним SubStuff. Наконец, SubStuff - это всего лишь много-много таблиц сопоставления между Stuff и StuffTypes.

Каков наилучший способ сопоставления этих объектов с объектами Java с помощью аннотаций?

+1

Вы храните специальные вещи в SubStuff или дополнительные вещи в SubStuff, которых нет в Stuff. Если бы не более четкий/простой дизайн, это было бы рекурсивное отношение к Stuff. Затем содержимое должно содержать: parentId, stuffTypeId, parentStuffId и вообще отказаться от таблицы SubStuff. –

ответ

0

Добавление первичного ключа stuff_id в таблицу материалов и другой первичный ключ substuff_id в SubStuff менее сложный. Разумеется, возможны составные клавиши. Если были замечены решения, в которых были введены классы @Embeddable для моделирования составных клавиш.

Смежные вопросы