Opened 3 years ago
Closed 11 months ago
#33517 closed Bug (fixed)
Extracting seconds also returns fractional seconds on PostgreSQL and Oracle.
Reported by: | Joey Lange | Owned by: | Hisham Mahmood |
---|---|---|---|
Component: | Database layer (models, ORM) | Version: | 4.0 |
Severity: | Normal | Keywords: | oracle postgresql |
Cc: | Mohamed Nabil Rady | Triage Stage: | Accepted |
Has patch: | yes | Needs documentation: | no |
Needs tests: | no | Patch needs improvement: | no |
Easy pickings: | no | UI/UX: | no |
Description
In the Django documentation (https://docs.djangoproject.com/en/4.0/ref/models/querysets/#second) the __second
extractor is implied to be dealing with integer values for second in a date time. In at least PostgreSQL, the values from EXTRACT
ing second
from a date time will include "any fractional seconds" (https://www.postgresql.org/docs/current/functions-datetime.html#FUNCTIONS-DATETIME-EXTRACT) which means it could be more specific than an integer.
Because of the implication in Django's documentation, I had expected this filter to work as expected for a row whose date_created
and date_modified
are within a second of each other but a couple of milliseconds off:
.filter(date_created__second=F("date_modified__second"))
However, that ends up not being true given the Postgres behavior.
My recommendation is merely a documentation update to highlight the discrepancy of behavior between a value coalesced to Python from the DB data, and how the column values are perceived on the database side within a query. I'm struggling for adequate language to explain in such a context, though :-P happy to discuss further and work together toward this improvement.
Change History (20)
comment:1 by , 3 years ago
Component: | Documentation → Database layer (models, ORM) |
---|---|
Summary: | Implied behavior of `__second` extractor inside of `F()` expressions does not match documented behavior for at least PostgreSQL → Extracting seconds also returns fractional seconds on PostgreSQL. |
Triage Stage: | Unreviewed → Accepted |
comment:2 by , 3 years ago
Cc: | added |
---|---|
Easy pickings: | set |
Has patch: | set |
Owner: | changed from | to
Status: | new → assigned |
Triage Stage: | Accepted → Ready for checkin |
comment:3 by , 3 years ago
Easy pickings: | unset |
---|---|
Triage Stage: | Ready for checkin → Accepted |
"Ready for checkin" is set by a patch reviewer (and there's no need to set "Easy pickings").
comment:4 by , 3 years ago
Patch needs improvement: | set |
---|
comment:5 by , 3 years ago
Summary: | Extracting seconds also returns fractional seconds on PostgreSQL. → Extracting seconds also returns fractional seconds on PostgreSQL and Oracle. |
---|
comment:6 by , 3 years ago
Keywords: | oracle postgresql added |
---|---|
Patch needs improvement: | unset |
comment:8 by , 3 years ago
Has patch: | unset |
---|---|
Owner: | removed |
Status: | assigned → new |
This is still an issue on Oracle. We could use EXTRACT(SECOND FROM CAST({field_name} AS TIMESTAMP(0)))
but it won't work with DurationField
.
comment:9 by , 3 years ago
Owner: | set to |
---|---|
Status: | new → assigned |
comment:10 by , 3 years ago
Great suggestion, Mariusz! You've convinced me that consistent and clear behavior is more important here! Let me know if I can be of assistance as this moves forward -- sorry I missed the earlier notification(s).
comment:11 by , 3 years ago
hey joey Lange, I'm interested in solving this issue, can I solve it, or its already been assigned to someone?
comment:12 by , 3 years ago
Looks like we're already PR'd and merged, pal! Thanks for the initiative, though!
comment:14 by , 3 years ago
@joey Lange, "it is still an issue on oracle" as told by @Mariusz Felisiak, so can I work on this?
comment:15 by , 3 years ago
Truthfully I'm just the reporter of this issue, I have no official stake in the maintenance of Django as a whole -- so, go ahead, though I'm not necessarily the person (if there is one) to be giving permission.
comment:17 by , 3 years ago
Hey Mariusz Felisiak, help me, like on which file I can found this and what the code is look like and do I need to create a test too?
comment:18 by , 11 months ago
Has patch: | set |
---|---|
Owner: | changed from | to
Pull request: https://github.com/django/django/pull/17769
comment:20 by , 11 months ago
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
Thanks for the report! We should have consistent behavior on all backends. What do you think about adding
DATE_TRUNC()
in this case? For example:django/db/backends/postgresql/operations.py