Re: [Django] #11722: Query lookups that reference an F() expression produce invalid sql

7 views
Skip to first unread message

Django

unread,
Jan 15, 2013, 9:03:09 AM1/15/13
to django-...@googlegroups.com
#11722: Query lookups that reference an F() expression produce invalid sql
-------------------------------------+-------------------------------------
Reporter: plandry@… | Owner:
Type: Bug | Status: closed
Component: Database layer | Version: master
(models, ORM) | Resolution: fixed
Severity: Normal | Triage Stage: Accepted
Keywords: F() expression | Needs documentation: 0
query sql | Patch needs improvement: 1
Has patch: 1 | UI/UX: 0
Needs tests: 1 |
Easy pickings: 0 |
-------------------------------------+-------------------------------------
Changes (by anonymous):

* status: new => closed
* resolution: => fixed


--
Ticket URL: <https://code.djangoproject.com/ticket/11722#comment:15>
Django <https://code.djangoproject.com/>
The Web framework for perfectionists with deadlines.

Django

unread,
Jan 15, 2013, 9:10:40 AM1/15/13
to django-...@googlegroups.com
#11722: Query lookups that reference an F() expression produce invalid sql
-------------------------------------+-------------------------------------
Reporter: plandry@… | Owner:
Type: Bug | Status: new

Component: Database layer | Version: master
(models, ORM) | Resolution:
Severity: Normal | Triage Stage: Accepted
Keywords: F() expression | Needs documentation: 0
query sql | Patch needs improvement: 1
Has patch: 1 | UI/UX: 0
Needs tests: 1 |
Easy pickings: 0 |
-------------------------------------+-------------------------------------
Changes (by aaugustin):

* status: closed => new
* resolution: fixed =>


Comment:

Could you described how you confirmed this problem was fixed? Do you know
which commit fixed it?

--
Ticket URL: <https://code.djangoproject.com/ticket/11722#comment:16>

Django

unread,
Aug 19, 2013, 7:48:27 AM8/19/13
to django-...@googlegroups.com
#11722: Query lookups that reference an F() expression produce invalid sql
-------------------------------------+-------------------------------------
Reporter: plandry@… | Owner:
Type: Bug | Status: new
Component: Database layer | Version: master
(models, ORM) | Resolution:
Severity: Normal | Triage Stage: Accepted
Keywords: F() expression | Needs documentation: 0
query sql | Patch needs improvement: 1
Has patch: 1 | UI/UX: 0
Needs tests: 1 |
Easy pickings: 0 |
-------------------------------------+-------------------------------------

Comment (by akaariai):

I can confirm that this issue is still present in master.

--
Ticket URL: <https://code.djangoproject.com/ticket/11722#comment:17>

Django

unread,
Nov 20, 2013, 4:24:10 AM11/20/13
to django-...@googlegroups.com
#11722: Query lookups that reference an F() expression produce invalid sql
-------------------------------------+-------------------------------------
Reporter: plandry@… | Owner:
Type: Bug | Status: new
Component: Database layer | Version: master
(models, ORM) | Resolution:
Severity: Normal | Triage Stage: Accepted
Keywords: F() expression | Needs documentation: 0
query sql | Patch needs improvement: 1
Has patch: 1 | UI/UX: 0
Needs tests: 1 |
Easy pickings: 0 |
-------------------------------------+-------------------------------------

Comment (by mumino):

invalid sql generation happens for iendswith, istartswith, icontains,
iexact for postgreql. similar problems arise in SQLite. I think other
backends have same problem too.

this pull request has a fix. https://github.com/django/django/pull/1945

on the other hand, F objects has another issue related with here.
https://code.djangoproject.com/ticket/16731

because of it istartswith, icontains, iendswith still don't produce
correct SQL. but they produce valid SQL now.

--
Ticket URL: <https://code.djangoproject.com/ticket/11722#comment:18>

Django

unread,
Nov 20, 2013, 7:06:49 AM11/20/13
to django-...@googlegroups.com
#11722: Query lookups that reference an F() expression produce invalid sql
-------------------------------------+-------------------------------------
Reporter: plandry@… | Owner:
Type: Bug | Status: new
Component: Database layer | Version: master
(models, ORM) | Resolution:
Severity: Normal | Triage Stage: Accepted
Keywords: F() expression | Needs documentation: 0
query sql | Patch needs improvement: 1
Has patch: 1 | UI/UX: 0
Needs tests: 1 |
Easy pickings: 0 |
-------------------------------------+-------------------------------------
Changes (by mumino):

* cc: mumino (added)


--
Ticket URL: <https://code.djangoproject.com/ticket/11722#comment:19>

Django

unread,
Nov 22, 2013, 7:54:52 PM11/22/13
to django-...@googlegroups.com
#11722: Query lookups that reference an F() expression produce invalid sql
-------------------------------------+-------------------------------------
Reporter: plandry@… | Owner:
Type: Bug | Status: new
Component: Database layer | Version: master
(models, ORM) | Resolution:
Severity: Normal | Triage Stage: Accepted
Keywords: F() expression | Needs documentation: 0
query sql | Patch needs improvement: 0

Has patch: 1 | UI/UX: 0
Needs tests: 0 |
Easy pickings: 0 |
-------------------------------------+-------------------------------------
Changes (by timo):

* needs_better_patch: 1 => 0
* needs_tests: 1 => 0


--
Ticket URL: <https://code.djangoproject.com/ticket/11722#comment:20>

Django

unread,
Dec 16, 2013, 7:07:07 PM12/16/13
to django-...@googlegroups.com
#11722: Query lookups that reference an F() expression produce invalid sql
-------------------------------------+-------------------------------------
Reporter: plandry@… | Owner:
Type: Bug | Status: new
Component: Database layer | Version: master
(models, ORM) | Resolution:
Severity: Normal | Triage Stage: Ready for
Keywords: F() expression | checkin
query sql | Needs documentation: 0
Has patch: 1 | Patch needs improvement: 0
Needs tests: 0 | UI/UX: 0

Easy pickings: 0 |
-------------------------------------+-------------------------------------
Changes (by timo):

* stage: Accepted => Ready for checkin


Comment:

Confirmed the regression test works as expected and passes on all
backends.

--
Ticket URL: <https://code.djangoproject.com/ticket/11722#comment:21>

Django

unread,
Dec 28, 2013, 11:45:57 AM12/28/13
to django-...@googlegroups.com
#11722: Query lookups that reference an F() expression produce invalid sql
-------------------------------------+-------------------------------------
Reporter: plandry@… | Owner:
Type: Bug | Status: new
Component: Database layer | Version: master
(models, ORM) | Resolution:
Severity: Normal | Triage Stage: Ready for
Keywords: F() expression | checkin
query sql | Needs documentation: 0
Has patch: 1 | Patch needs improvement: 0
Needs tests: 0 | UI/UX: 0
Easy pickings: 0 |
-------------------------------------+-------------------------------------

Comment (by akaariai):

This one will be fixed as a side effect of lookup refactor, see:
https://github.com/akaariai/django/commit/193cd097ca8f2cc6a911e57b8e3fb726f96ee6a6

--
Ticket URL: <https://code.djangoproject.com/ticket/11722#comment:22>

Django

unread,
Jan 18, 2014, 4:48:19 AM1/18/14
to django-...@googlegroups.com
#11722: Query lookups that reference an F() expression produce invalid sql
-------------------------------------+-------------------------------------
Reporter: plandry@… | Owner: Anssi
Type: Bug | Kääriäinen <akaariai@…>
Component: Database layer | Status: closed
(models, ORM) | Version: master
Severity: Normal | Resolution: fixed
Keywords: F() expression | Triage Stage: Ready for
query sql | checkin
Has patch: 1 | Needs documentation: 0
Needs tests: 0 | Patch needs improvement: 0
Easy pickings: 0 | UI/UX: 0
-------------------------------------+-------------------------------------
Changes (by Anssi Kääriäinen <akaariai@…>):

* status: new => closed

* owner: => Anssi Kääriäinen <akaariai@…>
* resolution: => fixed


Comment:

In [changeset:"20bab2cf9d02a5c6477d8aac066a635986e0d3f3"]:
{{{
#!CommitTicketReference repository=""
revision="20bab2cf9d02a5c6477d8aac066a635986e0d3f3"
Fixed #16187 -- refactored ORM lookup system

Allowed users to specify which lookups or transforms ("nested lookus")
are available for fields. The implementation is now class based.

Squashed commit of the following:

commit fa7a7195f1952a9c8dea7f6e89ee13f81757eda7
Author: Anssi Kääriäinen <akaa...@gmail.com>
Date: Sat Jan 18 10:53:24 2014 +0200

Added lookup registration API docs

commit eb1c8ce164325e0d8641f14202e12486c70efdb6
Author: Anssi Kääriäinen <akaa...@gmail.com>
Date: Tue Jan 14 18:59:36 2014 +0200

Release notes and other minor docs changes

commit 11501c29c9352d17f22f3a0f59d3b805913dedcc
Author: Anssi Kääriäinen <akaa...@gmail.com>
Date: Sun Jan 12 20:53:03 2014 +0200

Forgot to add custom_lookups tests in prev commit

commit 83173b960ea7eb2b24d573f326be59948df33536
Author: Anssi Kääriäinen <akaa...@gmail.com>
Date: Sun Jan 12 19:59:12 2014 +0200

Renamed Extract -> Transform

commit 3b18d9f3a1bcdd93280f79654eba0efa209377bd
Author: Anssi Kääriäinen <akaa...@gmail.com>
Date: Sun Jan 12 19:51:53 2014 +0200

Removed suggestion of temporary lookup registration from docs

commit 21d0c7631c161fc0c67911480be5d3f13f1afa68
Merge: 2509006 f2dc442
Author: Anssi Kääriäinen <akaa...@gmail.com>
Date: Sun Jan 12 09:38:23 2014 -0800

Merge pull request #2 from mjtamlyn/lookups_3

Reworked custom lookups docs.

commit f2dc4429a1da04c858364972eea57a35a868dab4
Author: Marc Tamlyn <marc....@gmail.com>
Date: Sun Jan 12 13:15:05 2014 +0000

Reworked custom lookups docs.

Mostly just formatting and rewording, but also replaced the example
using ``YearExtract`` to use an example which is unlikely to ever be
possible directly in the ORM.

commit 250900650628d1f11beadb22814abd666029fb81
Author: Anssi Kääriäinen <akaa...@gmail.com>
Date: Sun Jan 12 13:19:13 2014 +0200

Removed unused import

commit 4fba5dfaa022653ffa72497258ffd8f8b7476f92
Author: Anssi Kääriäinen <akaa...@gmail.com>
Date: Sat Jan 11 22:34:41 2014 +0200

Added docs to index

commit 6d53963f375c77a1f287833b19b976d23f36c30b
Author: Anssi Kääriäinen <akaa...@gmail.com>
Date: Sat Jan 11 22:10:24 2014 +0200

Dead code removal

commit f9cc0390078e21f1ea5a7bc1f15b09f8f6b0904d
Author: Anssi Kääriäinen <akaa...@gmail.com>
Date: Sat Jan 11 19:00:43 2014 +0200

A new try for docs

commit 33aa18a6e3c831930bda0028222a26f9c1d96e66
Author: Anssi Kääriäinen <akaa...@gmail.com>
Date: Sat Jan 11 14:57:12 2014 +0200

Renamed get_cols to get_group_by_cols

commit c7d5f8661b7d364962bed2e6f81161c1b4f1bcc3
Author: Anssi Kääriäinen <akaa...@gmail.com>
Date: Sat Jan 11 14:45:53 2014 +0200

Altered query string customization for backends vendors

The new way is trying to call first method 'as_' + connection.vendor.
If that doesn't exist, then call as_sql().

Also altered how lookup registration is done. There is now
RegisterLookupMixin class that is used by Field, Extract and
sql.Aggregate. This allows one to register lookups for extracts and
aggregates in the same way lookup registration is done for fields.

commit 90e7004ec14e15503f828cc9bde2a7dab593814d
Merge: 66649ff f7c2c0a
Author: Anssi Kääriäinen <akaa...@gmail.com>
Date: Sat Jan 11 13:21:01 2014 +0200

Merge branch 'master' into lookups_3

commit 66649ff891c7c73c7eecf6038c9a6802611b5d8a
Author: Anssi Kääriäinen <akaa...@gmail.com>
Date: Sat Jan 11 13:16:01 2014 +0200

Some rewording in docs

commit 31b8faa62714b4b6b6057a9f5cc106c4dd73caab
Author: Anssi Kääriäinen <akaa...@gmail.com>
Date: Sun Dec 29 15:52:29 2013 +0200

Cleanup based on review comments

commit 1016159f34674c0df871ed891cde72be8340bb5d
Author: Anssi Kääriäinen <akaa...@gmail.com>
Date: Sat Dec 28 18:37:04 2013 +0200

Proof-of-concept fix for #16731

Implemented only for SQLite and PostgreSQL, and only for startswith
and istartswith lookups.

commit 193cd097ca8f2cc6a911e57b8e3fb726f96ee6a6
Author: Anssi Kääriäinen <akaa...@gmail.com>
Date: Sat Dec 28 17:57:58 2013 +0200

Fixed #11722 -- iexact=F() produced invalid SQL

commit 08ed3c3b49e100ed9019831e770c25c8f61b70f9
Author: Anssi Kääriäinen <akaa...@gmail.com>
Date: Sat Dec 21 23:59:52 2013 +0200

Made Lookup and Extract available from django.db.models

commit b99c8d83c972786c6fcd0e84c9e5cb08c1368300
Author: Anssi Kääriäinen <akaa...@gmail.com>
Date: Sat Dec 21 23:06:29 2013 +0200

Fixed review notes by Loic

commit 049eebc0703c151127f4f0265beceea7b8b39e72
Merge: ed8fab7 b80a835
Author: Anssi Kääriäinen <akaa...@gmail.com>
Date: Sat Dec 21 22:53:10 2013 +0200

Merge branch 'master' into lookups_3

Conflicts:
django/db/models/fields/__init__.py
django/db/models/sql/compiler.py
django/db/models/sql/query.py
tests/null_queries/tests.py

commit ed8fab7fe8867ff3eb801c3697a426478387bb2f
Author: Anssi Kääriäinen <akaa...@gmail.com>
Date: Sat Dec 21 22:47:23 2013 +0200

Made Extracts aware of full lookup path

commit 27a57b7aed91b2f346abc4a77da838bffa17c727
Author: Anssi Kääriäinen <akaa...@gmail.com>
Date: Sun Dec 1 21:10:11 2013 +0200

Removed debugger import

commit 074e0f5aca0572e368c11e6d2c73c9026e7d63d7
Author: Anssi Kääriäinen <akaa...@gmail.com>
Date: Sun Dec 1 21:02:16 2013 +0200

GIS lookup support added

commit 760e28e72bae475b442b026650969b0d182dbe53
Author: Anssi Kääriäinen <akaa...@gmail.com>
Date: Sun Dec 1 20:04:31 2013 +0200

Removed usage of Constraint, used Lookup instead

commit eac47766844b90e7d3269e7a8c012eee34ec0093
Author: Anssi Kääriäinen <akaa...@gmail.com>
Date: Sun Dec 1 02:22:30 2013 +0200

Minor cleanup of Lookup API

commit 2adf50428d59a783078b0da3d5d035106640c899
Author: Anssi Kääriäinen <akaa...@gmail.com>
Date: Sun Dec 1 02:14:19 2013 +0200

Added documentation, polished implementation

commit 32c04357a87e3727a34f8c5e6ec0114d1fbbb303
Author: Anssi Kääriäinen <akaa...@gmail.com>
Date: Sat Nov 30 23:10:15 2013 +0200

Avoid OrderedDict creation on lookup aggregate check

commit 7c8b3a32cc17b4dbca160921d48125f1631e0df4
Author: Anssi Kääriäinen <akaa...@gmail.com>
Date: Sat Nov 30 23:04:34 2013 +0200

Implemented nested lookups

But there is no support of using lookups outside filtering yet.

commit 4d219d4cdef21d9c14e5d6b9299d583d1975fcba
Author: Anssi Kääriäinen <akaa...@gmail.com>
Date: Wed Nov 27 22:07:30 2013 +0200

Initial implementation of custom lookups
}}}

--
Ticket URL: <https://code.djangoproject.com/ticket/11722#comment:23>

Reply all
Reply to author
Forward
0 new messages