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.
+