diff --git a/reference/en/modules/performance.xml b/reference/en/modules/performance.xml index db31be0827..5933806240 100644 --- a/reference/en/modules/performance.xml +++ b/reference/en/modules/performance.xml @@ -155,7 +155,7 @@ Integer accessLevel = (Integer) permissions.get("accounts"); // Error!]]> - + Tuning fetch strategies @@ -172,7 +172,7 @@ Integer accessLevel = (Integer) permissions.get("accounts"); // Error!]]>]]> - The fetch strategy defined in the mapping document affects: + The fetch strategy defined in the mapping document affects: @@ -184,7 +184,6 @@ Integer accessLevel = (Integer) permissions.get("accounts"); // Error!]]> retrieval that happens implicitly when an association is navigated - (lazy fetching) @@ -192,8 +191,19 @@ Integer accessLevel = (Integer) permissions.get("accounts"); // Error!]]>Criteria queries + + + HQL queries if subselect fetching is used + + + + No matter what fetching strategy you use, the defined non-lazy graph is guaranteed + to be loaded into memory. Note that this might result in several immediate selects + being used to execute a particular HQL query. + + Usually, we don't use the mapping document to customize fetching. Instead, we keep the default behavior, and override it for a particular transaction, using