|
|
|
[hibernate] Можно ли такое замапить?
|
|||
|---|---|---|---|
|
#18+
Элементы типа А (Таблица А) id, prop1, prop2, ... Элементы типа B (Таблица B) id, prop1, prop2, ... В элементы типа А входят несколько элементов типа B (одному А могут соответствовать несколько разных или одинаковых B!). Связь А с B (Таблица С) id, elementA, elementB Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. В иделе хочется иметь следующее: Код: plaintext 1. 2. 3. 4. Вся логика в базе на процедурах, поэтому очень не хочется для загрузки коллекции Bs сначала грузить части (по сути таблицу C), а потом по одному выбирать их loader'ом B. Можно этого избежать? Сумбурно объяснил, надеюсь кто-нибудь поймет :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.08.2007, 16:26:24 |
|
||
|
[hibernate] Можно ли такое замапить?
|
|||
|---|---|---|---|
|
#18+
Если я все правильно понял, то вам нужно почитать про many-to-many ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.08.2007, 10:37:34 |
|
||
|
[hibernate] Можно ли такое замапить?
|
|||
|---|---|---|---|
|
#18+
Да, именно many-to-many и использую. Вообщем проблема решена. Думал у меня крыша в конце недели съехала, оказалось у Хибера ее сорвало :) При использовании nativeSQL в many-to-many, кидает NPE (что-то похожее на этот баг http://opensource.atlassian.com/projects/hibernate/browse/HHH-2745). Поправил org.hibernate.loader.custom.sql.SQLQueryReturnProcessor в Код: plaintext 1. 2. 3. заменил на Код: plaintext 1. все заработало (надолго ли? :)). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.08.2007, 10:56:37 |
|
||
|
|

start [/forum/topic.php?fid=59&fpage=614&tid=2144759]: |
0ms |
get settings: |
15ms |
get forum list: |
28ms |
check forum access: |
6ms |
check topic access: |
6ms |
track hit: |
53ms |
get topic data: |
19ms |
get forum data: |
4ms |
get page messages: |
67ms |
get tp. blocked users: |
3ms |
| others: | 308ms |
| total: | 509ms |

| 0 / 0 |
