java.lang.Object | |||
↳ | org.hibernate.type.AbstractType | ||
↳ | org.hibernate.type.EntityType | ||
↳ | org.hibernate.type.OneToOneType |
Known Direct Subclasses |
A one-to-one association to an entity
[Expand]
Inherited Fields | |||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
From class
org.hibernate.type.EntityType
|
Public Constructors | |||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Public Methods | |||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Reconstruct the object from its cached "disassembled" state.
| |||||||||||
Return a cacheable "disassembled" representation of the object.
| |||||||||||
Retrieve an instance of the mapped class, or the identifier of an entity or collection,
from a JDBC resultset.
| |||||||||||
We don't need to dirty check one-to-one because of how
assemble/disassemble is implemented and because a one-to-one
association is never dirty
| |||||||||||
Should the parent be considered dirty, given both the old and current value?
| |||||||||||
Has the value been modified compared to the current database state? The difference between this
and the
isDirty(Object, Object, boolean[], SessionImplementor) methods is that here we need to account for "partially" built values. | |||||||||||
Is the association modeled here defined as a 1-1 in the database (physical model)?
| |||||||||||
Protected Methods | |||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
[Expand]
Inherited Methods | |||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
From class
org.hibernate.type.EntityType
| |||||||||||
From class
org.hibernate.type.AbstractType
| |||||||||||
From class
java.lang.Object
| |||||||||||
From interface
org.hibernate.type.AssociationType
| |||||||||||
From interface
org.hibernate.type.Type
|
Reconstruct the object from its cached "disassembled" state.
oid | the disassembled state from the cache |
---|---|
session | the session |
owner | the parent entity object |
HibernateException |
---|
Return a cacheable "disassembled" representation of the object.
value | the value to cache |
---|---|
session | the session |
owner | optional parent entity object (needed for collections) |
HibernateException |
---|
Retrieve an instance of the mapped class, or the identifier of an entity or collection, from a JDBC resultset. This is useful for 2-phase property initialization - the second phase is a call to resolveIdentifier().
names | the column names |
---|---|
session | the session |
owner | the parent entity |
HibernateException | |
---|---|
SQLException |
We don't need to dirty check one-to-one because of how assemble/disassemble is implemented and because a one-to-one association is never dirty
Should the parent be considered dirty, given both the old and current value?
old | the old value |
---|---|
current | the current value |
session | The session from which the request originated. |
Has the value been modified compared to the current database state? The difference between this
and the isDirty(Object, Object, boolean[], SessionImplementor)
methods is that here we need to account for "partially" built values. This is really
only an issue with association types. For most type implementations it is enough to simply delegate to
isDirty(Object, Object, boolean[], SessionImplementor)
here/
old | the database state, in a "hydrated" form, with identifiers unresolved |
---|---|
current | the current state of the object |
checkable | which columns are actually updatable |
session | The session from which the request originated. |
Is the association modeled here defined as a 1-1 in the database (physical model)?