lazy-loading
-
强制预先加载原本延迟加载的属性 我有一个Hibernate对象,它的属性都是懒惰加载的。这些属性中的大多数是其他休眠对象或持久性集。 现在我想强制 Hibernate 预先加载这些属性一次。 当然,我可以“触摸”这些属性中的每一个
-
@Basic(fetch = FetchType.LAZY)不起作用? 我使用JPA(Hibernate)和Spring。当我想延迟加载String属性时,我使用以下语法: 但是当我查看休眠创建的sql时,似乎此属性不是延迟加载的?我也在ANT脚本中使用这个类来检测这个属性,但它似
-
休眠 - 字节码检测和字节码增强之间的区别? 我正在使用Hibernate 4.2和构建时间字节码工具来解决关系上出现的懒惰问题,并且( 因为在休眠文档上,它被写成: EnhancementTask 旨在作为 InstrumentTask 的完全替代品。此外,它也与 InstrumentTask
-
-
JPA:将获取结果联接为空多面的 NULL 我在用户和GameMap之间有一对多的关系。一个用户可以拥有多个地图。 用户类: 问题:但是,如果表中没有该用户的映射,则 JPQL JOIN FETCH 变体在一次加载用户和他的映射中返回 NULL 用户。
-
JPA/Hibernate:@ManyToOne和@OneToOne标记为 FetchType.LAZY 和 optional = false 的关系,而不是在 em.find() 上懒惰地加载? 我有以下实体(仅显示相关映射): 另外三个SELECT源于@XToOne关系(如网络上许多地方所描述的那样)。我主要关注的来源是这样的: )? 怎么了?如何使这些非可选关系变得懒惰?(没有
-
-
加载递归对象图,不带 N+1 笛卡尔积,带 JPA 和休眠 在将项目从 Ibatis 转换为 JPA 2.1 时,我遇到了一个问题,即我必须为一组对象加载一个完整的对象图,而无需命中 N+1 选择或出于性能原因使用笛卡尔积。 用户查询将生成 List,我需要确保在返
-
Java 8 流懒惰在实践中是无用的吗? 我最近阅读了很多关于Java 8流的文章,以及几篇关于使用Java 8流延迟加载的文章:。我似乎无法摆脱延迟加载完全无用的感觉(或者充其量,一个提供零性能值的次要语法便利)。 让我们以这
-
标签