Fixed #21359 -- Corrected MySQL collation name in databases docs

Thanks k_sze for the report.
This commit is contained in:
Claude Paroz 2013-11-01 10:43:27 +01:00
parent 2bba0d275b
commit 67c6c1a7cb
1 changed files with 2 additions and 2 deletions

View File

@ -299,7 +299,7 @@ the model definition.
.. _documented thoroughly: http://dev.mysql.com/doc/refman/5.0/en/charset.html .. _documented thoroughly: http://dev.mysql.com/doc/refman/5.0/en/charset.html
By default, with a UTF-8 database, MySQL will use the By default, with a UTF-8 database, MySQL will use the
``utf8_general_ci_swedish`` collation. This results in all string equality ``utf8_general_ci`` collation. This results in all string equality
comparisons being done in a *case-insensitive* manner. That is, ``"Fred"`` and comparisons being done in a *case-insensitive* manner. That is, ``"Fred"`` and
``"freD"`` are considered equal at the database level. If you have a unique ``"freD"`` are considered equal at the database level. If you have a unique
constraint on a field, it would be illegal to try to insert both ``"aa"`` and constraint on a field, it would be illegal to try to insert both ``"aa"`` and
@ -336,7 +336,7 @@ bytestrings (which shouldn't be too difficult) as described above is the
recommended solution. recommended solution.
Should you decide to use ``utf8_bin`` collation for some of your tables with Should you decide to use ``utf8_bin`` collation for some of your tables with
MySQLdb 1.2.1p2 or 1.2.2, you should still use ``utf8_collation_ci_swedish`` MySQLdb 1.2.1p2 or 1.2.2, you should still use ``utf8_general_ci``
(the default) collation for the ``django.contrib.sessions.models.Session`` (the default) collation for the ``django.contrib.sessions.models.Session``
table (usually called ``django_session``) and the table (usually called ``django_session``) and the
``django.contrib.admin.models.LogEntry`` table (usually called ``django.contrib.admin.models.LogEntry`` table (usually called