diff --git a/reference/en/modules/batch.xml b/reference/en/modules/batch.xml index d47f53d3d4..39ec069e58 100755 --- a/reference/en/modules/batch.xml +++ b/reference/en/modules/batch.xml @@ -101,14 +101,15 @@ session.close();]]> Alternatively, Hibernate provides a command-oriented API that may be used for streaming data to and from the database in the form of detached objects. A StatelessSession has no persistence context associated - with it, and does not provide many of the higher-level ORM semantics. + with it and does not provide many of the higher-level lifecycle semantics. In particular, a stateless session does not implement a first-level cache nor - interact with any second-level or query cache, nor does it implement + interact with any second-level or query cache. It does not implement transactional write-behind or automatic dirty checking. Operations performed using a stateless session do not ever cascade to associated instances. Collections are ignored by a stateless session. Operations performed via a stateless session bypass Hibernate's event model and interceptors. Stateless sessions are vulnerable - to data aliasing effects, due to the lack of a first-level cache. + to data aliasing effects, due to the lack of a first-level cache. A stateless + session is a lower-level abstraction, much closer to the underlying JDBC. by the query are immediately detached. They are never associated with any persistence context. + + + The insert(), update() and delete() operations + defined by the StatelessSession interface are considered to be + direct database row-level operations, which result in immediate execution of a SQL + INSERT, UPDATE or DELETE respectively. Thus, + they have very different semantics to the save(), saveOrUpdate() + and delete() operations defined by the Session + interface. +