1
0
mirror of synced 2025-02-10 01:09:26 +03:00

Added examples for version column in the xml and yml formats

This commit is contained in:
Dmytro Boiko 2016-11-19 23:34:10 +02:00
parent e7856f90d8
commit 53cd9c4ca8

View File

@ -187,7 +187,9 @@ has been modified by someone else already.
You designate a version field in an entity as follows. In this You designate a version field in an entity as follows. In this
example we'll use an integer. example we'll use an integer.
.. code-block:: php .. configuration-block::
.. code-block:: php
<?php <?php
class User class User
@ -198,10 +200,29 @@ example we'll use an integer.
// ... // ...
} }
.. code-block:: xml
<doctrine-mapping>
<entity name="User">
<field name="version" type="integer" version="true" />
</entity>
</doctrine-mapping>
.. code-block:: yaml
User:
type: entity
fields:
version:
version:
type: integer
Alternatively a datetime type can be used (which maps to a SQL Alternatively a datetime type can be used (which maps to a SQL
timestamp or datetime): timestamp or datetime):
.. code-block:: php .. configuration-block::
.. code-block:: php
<?php <?php
class User class User
@ -212,6 +233,23 @@ timestamp or datetime):
// ... // ...
} }
.. code-block:: xml
<doctrine-mapping>
<entity name="User">
<field name="version" type="datetime" version="true" />
</entity>
</doctrine-mapping>
.. code-block:: yaml
User:
type: entity
fields:
version:
version:
type: datetime
Version numbers (not timestamps) should however be preferred as Version numbers (not timestamps) should however be preferred as
they can not potentially conflict in a highly concurrent they can not potentially conflict in a highly concurrent
environment, unlike timestamps where this is a possibility, environment, unlike timestamps where this is a possibility,