Django Часовой пояс UTC

Question

В настоящее время я работаю над проектом Django с DB постгерра. Данные, хранящиеся в db с отметкой времени с использованием наивного времени (локальное время пользователя). Однако в setting.py, мы имеем

USE_TZ = True 

, что означает все временные отметки, извлекаемые Django ORM преобразуются в UTC.

Как правило, это нормально. Однако для функции, которую я создаю прямо сейчас, нужно время в реальном времени (местное время uesr). Конечно, я бы взял данные и преобразовал время в любое время, когда захочу, с двумя проблемами: 1. Я могу конвертировать временные метки в EST или что-то еще, но я до сих пор не знаю оригинального времени; 2. Я хочу сделать преобразование во время запроса ORM, а не после, так как оно будет более эффективным.

У кого-нибудь есть ключ к этому поводу? Спасибо заранее!

Answer 1

1) Если оригинальные даты действительно наивны, я бы предположил, что они были сохранены как любой часовой пояс, который вы установили в настройке TIME_ZONE (по умолчанию 'America/Chicago', но может быть что-то еще в вашем случае). Поэтому преобразование обратно в этот часовой пояс, вероятно, даст вам первоначальное время. Из Джанго документы:

«Когда USE_TZ является False, то это временная зона, в которой Джанго магазин все DateTimes Когда USE_TZ это правда, то это время по умолчанию зона, что Django будет использовать для отображения DateTimes. в шаблонах и до интерпретировать даты, введенные в формы. "

(https://docs.djangoproject.com/en/1.6/ref/settings/#std:setting-TIME_ZONE)

Обычно информация временная зона фактически устанавливается на соединение с базой данных (https://docs.djangoproject.com/en/dev/ref/databases/#optimizing-postgresql-s-configuration), поэтому ожидается, что вы не получите DateTime в формате UTC при подключении к Postgres через PSQL с часового пояса используется по умолчанию для часовой пояс вашей системы, я не уверен, почему этого не происходит с необработанными запросами в django.

2) Я не могу сказать, что я провел много часов исследований, однако считаю, что установка USE_TZ рода обречений вам нужно преобразовать после запроса. Вы можете переопределить часовой пояс соединения, но я не знаю простого способа сделать это во время выполнения, поскольку он будет по умолчанию UTC из-за USE_TZ.

В предыдущих проектах я работал над и сталкивался с подобными проблемами, мы либо передали ответственность перед интерфейсом, как кто-то предложил в ваших комментариях (frontend возвращает UTC datetime и преобразует данные обратно из UTC), либо мы также сохранить часовой пояс пользователя и выполнить преобразование после запроса. Это не оказалось неэффективным в нашем случае использования.