summaryrefslogtreecommitdiff
path: root/django/db/backends/sqlite3/operations.py
Commit message (Collapse)AuthorAgeFilesLines
...
* Fixed #27481 -- Made SQLite return annotated boolean values as boolean, not ↵Sergey Fedoseev2016-11-141-0/+5
| | | | | integer. Thanks Simon Charette for review.
* Fixed #27327 -- Simplified time zone handling by requiring pytz.Tim Graham2016-10-271-14/+1
|
* Fixed #22288 -- Fixed F() expressions with the __range lookup.Matthew Wilkes2016-08-191-0/+8
|
* Fixed #26950 -- Removed obsolete DatabaseOperations SQL methods.Anderson Resende2016-07-271-3/+0
| | | Unused as of 2b039d966f6e61a5ffb5ffac25aa198f9043de3d.
* Fixed #26348 -- Added TruncTime and exposed it through the __time lookup.Simon Charette2016-07-081-0/+4
| | | | Thanks Tim for the review.
* Refs #25774, #26348 -- Allowed Trunc functions to operate with time fields.Simon Charette2016-07-081-0/+7
| | | | Thanks Josh for the amazing testing setup and Tim for the review.
* Fixed #24793 -- Unified temporal difference support.Simon Charette2016-02-261-0/+7
|
* Fixed typo in django/db/backends/sqlite3/operations.py.seungkwon2016-01-231-1/+1
|
* Fixed #26063 -- Crash when passing > 2000 params.Aymeric Augustin2016-01-211-0/+13
| | | | | | | If SQLITE_MAX_VARIABLE_NUMBER (default = 999) is changed at compile time to be greater than SQLITE_MAX_COLUMN (default = 2000), which Debian does by setting the former to 250000, Django raised an exception on queries containing more than 2000 parameters when DEBUG = True.
* Fixed #24509 -- Added Expression support to SQLInsertCompilerAlex Hill2015-09-221-7/+5
|
* Refs #14091 -- Fixed connection.queries on SQLite.Aymeric Augustin2015-09-171-0/+33
|
* Fixed #24887 -- Removed one-arg limit from models.aggregateGreg Chapple2015-06-271-11/+13
|
* Fixed #22316 -- Added time filters to TimeField on SQLite.Matthew Somerville2015-06-041-0/+7
| | | | | This was implemented for non-SQLite backends in 1.7 (as a side effect of #16187).
* Fixed #9596 -- Added date transform for DateTimeField.Jon Dufresne2015-06-021-8/+10
|
* Fixed #23820 -- Supported per-database time zone.Aymeric Augustin2015-05-171-2/+2
| | | | | | | | | The primary use case is to interact with a third-party database (not primarily managed by Django) that doesn't support time zones and where datetimes are stored in local time when USE_TZ is True. Configuring a PostgreSQL database with the TIME_ZONE option while USE_TZ is False used to result in silent data corruption. Now this is an error.
* Renamed value_to_db_xxx to adapt_xxxfield_value.Aymeric Augustin2015-05-171-2/+2
| | | | | This mirrors convert_xxxfield_value nicely, taking advantage of the adapter/converter terminology which is commonly used by DB-API modules.
* Normalized the implementation of get_db_converters.Aymeric Augustin2015-05-171-9/+12
| | | | Put the types in the same order and checked for None consistently.
* Removed global timezone-aware datetime converters.Aymeric Augustin2015-05-171-9/+12
| | | | Refs #23820.
* Update converters to take a consistent set of parameters.Marc Tamlyn2015-02-201-5/+5
| | | | | | As suggested by Anssi. This has the slightly strange side effect of passing the expression to Expression.convert_value has the expression passed back to it, but it allows more complex patterns of expressions.
* Sorted imports with isort; refs #23860.Tim Graham2015-02-061-3/+3
|
* Fixed #24154 -- Backends can now check support for expressionsJosh Smeaton2015-01-271-9/+15
|
* Fixed #22603 -- Reorganized classes in django.db.backends.Tim Graham2015-01-141-0/+198