0
A
回答
0
是的,這是一致的行爲。規範(JPA 2.0)是沒有太嚴格的有關使用FetchType.LAZY的預期的結果:
急切策略是所述持久性提供商 運行時,相關聯的實體必須是預先抓取的要求。 LAZY 策略是對持久性提供程序運行時的暗示。
以上是取自OneToOne的定義,但同樣適用於其他關係,LAZY是提示,而非規範。
此外,Hibernate已決定不實施OneToOne關係的延遲獲取。如果您需要它,請看看這個:Hibernate OneToOne lazy loading and cascading
相關問題
- 1. 春季交易和休眠:延遲初始化
- 2. 延遲初始化
- 3. 休眠延遲寫
- 4. boost.serialization和延遲初始化
- 5. 新的延遲初始化
- 6. Tensorflow初始化延遲
- 7. jQuery DataTables初始化延遲
- 8. 延遲初始化表
- 9. Sakai Hibernate延遲初始化
- 10. 休眠:目標虛擬機發生異常:未能延遲初始化集合
- 11. 休眠延遲加載
- 12. JAXB,休眠,延遲加載
- 13. 渴望初始化VS延遲初始化使用情況
- 14. 初始化休眠與GWT問題
- 15. 休眠實體代理初始化
- 16. Hibernate:部分延遲初始化?
- 17. Maploader延遲初始化與索引
- 18. 如何實現RAII +延遲初始化?
- 19. .Net Singleton屬性的延遲初始化
- 20. 延遲和手動初始化MDL materialLayout
- 21. 使用@Transactional進行延遲初始化
- 22. 延遲初始化總是返回空
- 23. 如何延遲初始化類
- 24. 延遲初始化與轉發
- 25. JPA2 /休眠 - 停止延遲加載?
- 26. 休眠停止延遲加載
- 27. 休眠分離延遲加載關係
- 28. 休眠,會話,延遲加載
- 29. 在休眠中延遲加載
- 30. 在休眠中禁用延遲加載