|
|
|
EclipseLink - The primary key read from the row...Primary keys must not contain null.
|
|||
|---|---|---|---|
|
#18+
Решил потестировать новую реализацию JPA2.1 от EclipseLink Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. Опять такая же ошибка в multiselect как и в версии 2.3. Вроде обящали эту фигню исправить, но не исправили. Код: sql 1. 2. 3. 4. 5. 6. 7. 8. Запрос генерируется правильный: Код: sql 1. В Hibernate такого нет, но у него JPA2.1 ещё в beta-версии. Стоит ли его использовать? Надо бы ещё subquery проверить. У EclipseLink там тоже были глюки. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.06.2013, 08:58:14 |
|
||
|
EclipseLink - The primary key read from the row...Primary keys must not contain null.
|
|||
|---|---|---|---|
|
#18+
Впринципе, ту фигню можно обойти и так: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. Hibernate так и делает. Когда он получает root, то он просто ID запрашивает, а потом неявно делает find. Если использовать EclipseLink, то можно делать это явно. Вот и всё. Я тут ещё поупражнялся и получилось так: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. Меня радует, что под JOIN можно сувать всё что угодно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.06.2013, 10:41:35 |
|
||
|
|

start [/forum/topic.php?fid=59&fpage=222&tid=2129097]: |
0ms |
get settings: |
18ms |
get forum list: |
22ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
58ms |
get topic data: |
21ms |
get forum data: |
5ms |
get page messages: |
77ms |
get tp. blocked users: |
3ms |
| others: | 290ms |
| total: | 502ms |

| 0 / 0 |
