November 2022 - hibernate-issues - Jboss List Archives

[JIRA] (HHH-15651) StatefulPersistenceContext#clear shouldn't need defensive copies for iteration

by Sanne Grinovero (JIRA)

Sanne Grinovero ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *updated* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiNmY5MTc1YWI0... ) / Improvement ( https://hibernate.atlassian.net/browse/HHH-15651?atlOrigin=eyJpIjoiNmY5MT... ) HHH-15651 ( https://hibernate.atlassian.net/browse/HHH-15651?atlOrigin=eyJpIjoiNmY5MT... ) StatefulPersistenceContext#clear shouldn't need defensive copies for iteration ( https://hibernate.atlassian.net/browse/HHH-15651?atlOrigin=eyJpIjoiNmY5MT... ) Change By: Sanne Grinovero ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) The method {{org.hibernate.engine.internal.EntityEntryContext#reentrantSafeEntityEntries}} is allocating a defensive copy of the data structure for iteration, but this has been shown as not being very efficient in terms of memory allocations. We should explore alternatives, especially as I There ’ ve noticed since ORM 6 s some code that indeed requires this defensive step, but the clear method on StatefulPersistenceContext is now only used by also using it; I’ll be adding a single path: optimised version of the Session#clear() method which is better suited for such operations. Hopefully that simplifies things. ( https://hibernate.atlassian.net/browse/HHH-15651#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-15651#add-comment?atlOrigin=ey... ) Get Jira notifications on your phone! Download the Jira Cloud app for Android ( https://play.google.com/store/apps/details?id=com.atlassian.android.jira.... ) or iOS ( https://itunes.apple.com/app/apple-store/id1006972087?pt=696495&ct=EmailN... ) This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100210- sha1:a877796 )

1 year, 6 months

1
0
0 / 0

[JIRA] (HHH-15651) StatefulPersistenceContext#clear shouldn't need defensive copies for iteration

by Sanne Grinovero (JIRA)

1 year, 6 months

1
0
0 / 0

[JIRA] (HHH-15651) EntityEntryContext#reentrantSafeEntityEntries could use some performance optimisations

by Sanne Grinovero (JIRA)

Sanne Grinovero ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *created* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiOTAyMzkxY2Vj... ) / Improvement ( https://hibernate.atlassian.net/browse/HHH-15651?atlOrigin=eyJpIjoiOTAyMz... ) HHH-15651 ( https://hibernate.atlassian.net/browse/HHH-15651?atlOrigin=eyJpIjoiOTAyMz... ) EntityEntryContext#reentrantSafeEntityEntries could use some performance optimisations ( https://hibernate.atlassian.net/browse/HHH-15651?atlOrigin=eyJpIjoiOTAyMz... ) Issue Type: Improvement Affects Versions: 6.2.0, 6.1.6 Assignee: Sanne Grinovero ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) Components: hibernate-core Created: 01/Nov/2022 09:18 AM Labels: performance Priority: Major Reporter: Sanne Grinovero ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) The method org.hibernate.engine.internal.EntityEntryContext#reentrantSafeEntityEntries is allocating a defensive copy of the data structure for iteration, but this has been shown as not being very efficient in terms of memory allocations. We should explore alternatives, especially as I’ve noticed since ORM 6 this method is now only used by a single path: the Session#clear() method. Hopefully that simplifies things. ( https://hibernate.atlassian.net/browse/HHH-15651#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-15651#add-comment?atlOrigin=ey... ) Get Jira notifications on your phone! Download the Jira Cloud app for Android ( https://play.google.com/store/apps/details?id=com.atlassian.android.jira.... ) or iOS ( https://itunes.apple.com/app/apple-store/id1006972087?pt=696495&ct=EmailN... ) This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100210- sha1:a877796 )

1 year, 6 months

1
0
0 / 0

[JIRA] (HHH-11275) Support SUBSELECT or SELECT FetchMode on @FetchProfile

by Khurelkhuyag M. (JIRA)

Khurelkhuyag M. ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *commented* on HHH-11275 ( https://hibernate.atlassian.net/browse/HHH-11275?atlOrigin=eyJpIjoiNjE0Nz... ) Re: Support SUBSELECT or SELECT FetchMode on @FetchProfile ( https://hibernate.atlassian.net/browse/HHH-11275?atlOrigin=eyJpIjoiNjE0Nz... ) As a workaround, In the previous project, I decided to map multiple entities to a single table. In this way, I can choose what attributes are eagerly loaded. For listing purposes, I can use OrderSummary `. Because the list usually doesn’t require much. But on the detailed page, I can use OrderDetailed ` It will load attributes via additional select. @Entity @Table(name = "order" ) @Immutable class OrderSummary { @Id private Long id; private BigDecimal total; } @Entity @Table(name = "order" ) class OrderDetailed { @Id private Long id; private BigDecimal total; @Fetch(FetchMode.SUBSELECT) @OneToMany(fetch = FetchType.EAGER) private List<OrderItem> items; @OrderBy( "createdAt DESC" ) @Fetch(FetchMode.SUBSELECT) @OneToMany(fetch = FetchType.EAGER) private List<OrderHistoryRecord> history; } I know I could load attributes via Hibernate.initialize(). But initialization is better to happen at the persistence layer. I don’t understand why no one is interested that configuration controlled sub select fetching is can be useful. ( https://hibernate.atlassian.net/browse/HHH-11275#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-11275#add-comment?atlOrigin=ey... ) Get Jira notifications on your phone! Download the Jira Cloud app for Android ( https://play.google.com/store/apps/details?id=com.atlassian.android.jira.... ) or iOS ( https://itunes.apple.com/app/apple-store/id1006972087?pt=696495&ct=EmailN... ) This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100210- sha1:a877796 )

1 year, 6 months

1
0
0 / 0

[JIRA] (HHH-15649) Additional performance fixes relating to Klass's _secondary_super_cache interaction with entity enhancement

by Sanne Grinovero (JIRA)

1 year, 6 months

1
0
0 / 0

[JIRA] (HHH-15649) Additional performance fixes relating to Klass's _secondary_super_cache interaction with entity enhancement

by Sanne Grinovero (JIRA)

1 year, 6 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

hibernate-issues November 2022