Redesign follow-on locking
Description
0% Done
Type | Key | Summary | Priority | Story Points | Assignee | Status |
---|---|---|---|---|---|---|
Unassigned Unassigned | ||||||
Unassigned Unassigned | ||||||
Unassigned Unassigned | ||||||
Unassigned Unassigned |
Activity
Show:
Steve Ebersole
updated the Descriptionlast weekWhen an application asks Hibernate to perform a query and apply pessimistic locks at the database level, there are various cases where we are not able to accomplish that with a single query. Hibernate has a feature called “follow-on locking” which attempts to allow for this. However, there are a number of improvements we should consider here (per sub tasks).
When an application asks Hibernate to perform a query and apply pessimistic locks at the database level, there are various cases where we are not able to accomplish that with a single query. Hibernate has a feature called “follow-on locking” which attempts to allow for this. However, there are a number of improvements we should consider here (per sub tasks).
In general, this breaks down into -
# Minimize when we need follow-on locking
# Improve how we do follow-on locking
Steve Ebersole
created the Issuelast weekDetails
Assignee
UnassignedUnassignedReporter
Steve EbersoleSteve EbersolePriority
Major
Details
Details
Assignee
Unassigned
UnassignedReporter
Steve Ebersole
Steve EbersolePriority
Created last week
Updated last week
When an application asks Hibernate to perform a query and apply pessimistic locks at the database level, there are various cases where we are not able to accomplish that with a single query. Hibernate has a feature called “follow-on locking” which attempts to allow for this. However, there are a number of improvements we should consider here (per sub tasks).
In general, this breaks down into -
Minimize when we need follow-on locking
Improve how we do follow-on locking