lazy-loading
-
为什么 View 中的休眠开放会话被视为一种不好的做法? 你使用什么样的替代策略来避免LazyLoadExceptions? 我确实理解,公开会议在以下方面存在问题: 在不同 jvm 中运行的分层应用程序 事务仅在最后提交,并且很可能您之前会想要结果。 但是,如
-
-
澄清术语 - 从数据库获取实体时,“补水”JPA 或休眠实体是什么意思 在ORM/延迟加载实体的上下文中,我对术语“水合作用”的理解如下: “Hydrating”描述了填充使用延迟加载提取的实体的部分或全部以前未填充的属性的过程。 例如:类是从数据库加载的: 这
-
-
如何测试延迟加载的JPA集合是否初始化? 我有一个从外部代码获取JPA实体的服务。在此服务中,我想循环访问一个延迟加载的集合,该集合是此实体的属性,以查看客户端是否已相对于 DB 中的当前版本向其添加了某些内容。 但是,客
-
-
休眠计数集合大小而不初始化 有没有办法在不初始化的情况下计算关联集合的大小? 例如: (有一个很好的理由,为什么我不能以任何其他方式做到这一点,因为我的where子句更复杂,而我的from子句是一个多态查询)
-
休眠@LazyCollection注释有什么用 我有2个实体作为父实体和子实体作为一对多关系作为 那么这里@LazyCollection(LazyCollectionOption.EXTRA)有什么用处,它什么时候会出现在图片中,比如对于子列表的哪个操作,它将是有益的?
-
-
通过注释实现@Autowired @Lazy @Components的最佳方式? 有没有办法通过注释让仍在工厂中的加载?我发现的问题是,通过在工厂中自动连接我的懒惰组件,一旦工厂加载,它们就会立即实例化,从而否定懒惰的注释。 我已经定义了几个懒惰豆,例
标签