From 4d2151196163f401c42da5adae4bb06f6adf3d71 Mon Sep 17 00:00:00 2001 From: Malcolm Tredinnick Date: Fri, 26 Aug 2011 08:42:38 +0000 Subject: Clarify the documentation around SQLite and case-sensitive string matching. This was still causing some confusion, so I rewrote the section in the database notes to encompass both substring matching and non-ASCII case-insensitive equality checks, as well as putting in a stronger callout on the "contains" filter. Refs #16569. git-svn-id: http://code.djangoproject.com/svn/django/trunk@16694 bcc190cf-cafb-0310-a4f2-bffc1f526a37 --- docs/ref/models/querysets.txt | 8 ++++++-- 1 file changed, 6 insertions(+), 2 deletions(-) (limited to 'docs/ref/models') diff --git a/docs/ref/models/querysets.txt b/docs/ref/models/querysets.txt index 0a8adf6446..729efc1aa2 100644 --- a/docs/ref/models/querysets.txt +++ b/docs/ref/models/querysets.txt @@ -1476,8 +1476,12 @@ SQL equivalent:: Note this will match the headline ``'Today Lennon honored'`` but not ``'today lennon honored'``. -SQLite doesn't support case-sensitive ``LIKE`` statements; ``contains`` acts -like ``icontains`` for SQLite. +.. admonition:: SQLite users + + SQLite doesn't support case-sensitive ``LIKE`` statements; ``contains`` + acts like ``icontains`` for SQLite. See the :ref:`database note + ` for more information. + .. fieldlookup:: icontains -- cgit v1.3