1
0
Fork 0
mirror of synced 2025-04-01 20:36:14 +03:00

Update unitofwork section

This commit is contained in:
Benjamin Eberlei 2012-01-29 20:45:17 +01:00
parent 02e7dcdc87
commit 781f83f648
2 changed files with 67 additions and 1 deletions

@ -1 +1 @@
Subproject commit 65a4cd4073a46176dfefe031d75724b0e4d80269
Subproject commit 1ce5c0ebd6ed7e05a083d85bce8be34badaf12db

View file

@ -133,3 +133,69 @@ optimize the performance of the Flush Operation:
- Use :doc:`Change Tracking Policies <change-tracking-policies>` to use more
explicit strategies of notifying the UnitOfWork what objects/properties
changed.
Query Internals
---------------
The different ORM Layers
------------------------
Doctrine ships with a set of layers with different responsibilities. This
section gives a short explanation of each layer.
Hydration
~~~~~~~~~
Responsible for creating a final result from a raw database statement and a
result-set mapping object. The developer can choose which kind of result he
wishes to be hydrated. Default result-types include:
- SQL to Entities
- SQL to structured Arrays
- SQL to simple scalar result arrays
- SQL to a single result variable
Hydration to entities and arrays is one of most complex parts of Doctrine
algorithm-wise. It can built results with for example:
- Single table selects
- Joins with n:1 or 1:n cardinality, grouping belonging to the same parent.
- Mixed results of objects and scalar values
- Hydration of results by a given scalar value as key.
Persisters
~~~~~~~~~~
tbr
UnitOfWork
~~~~~~~~~~
tbr
ResultSetMapping
~~~~~~~~~~~~~~~~
tbr
DQL Parser
~~~~~~~~~~
tbr
SQLWalker
~~~~~~~~~
tbr
EntityManager
~~~~~~~~~~~~~
tbr
ClassMetadataFactory
~~~~~~~~~~~~~~~~~~~~
tbr