diff options
| author | Timo Graham <timograham@gmail.com> | 2010-12-28 13:35:48 +0000 |
|---|---|---|
| committer | Timo Graham <timograham@gmail.com> | 2010-12-28 13:35:48 +0000 |
| commit | 4919aaee118b9fac0a809abcbb5dafa72f67bdf2 (patch) | |
| tree | ce472c69b448ea4f3ab3d4ca6f0825a11f20a8c1 | |
| parent | d3d345576df003893fab6d9cd1790495935f2d0d (diff) | |
Fixed #14320 - Add a note about lack of timezone support in MySQL. Thanks RauntyDave for the suggestion, adamv for the patch.
git-svn-id: http://code.djangoproject.com/svn/django/trunk@15078 bcc190cf-cafb-0310-a4f2-bffc1f526a37
| -rw-r--r-- | docs/ref/databases.txt | 8 |
1 files changed, 8 insertions, 0 deletions
diff --git a/docs/ref/databases.txt b/docs/ref/databases.txt index a2605607ae..cd2bd4c987 100644 --- a/docs/ref/databases.txt +++ b/docs/ref/databases.txt @@ -360,6 +360,14 @@ Furthermore, if you are using a version of MySQL prior to 5.0.3, all of those column types have a maximum length restriction of 255 characters, regardless of whether ``unique=True`` is specified or not. +DateTime fields +~~~~~~~~~~~~~~~ + +MySQL does not have a timezone-aware column type. If an attempt is made to +store a timezone-aware ``time`` or ``datetime`` to a +:class:`~django.db.models.TimeField` or :class:`~django.db.models.DateTimeField` +respectively, a ``ValueError`` is raised rather than truncating data. + .. _sqlite-notes: SQLite notes |
