启用USE_TZ仍报错SQLite不支持带时区时间，是什么原因如何解决？

SQLite数据库原生不支持存储带时区信息的TIME类型数据，Django的SQLite后端对该限制做了强制校验，哪怕你开启了USE_TZ配置也不会生效——USE_TZ仅针对DateTimeField类型做时区适配，不覆盖TimeField的后端存储限制，所以只要你尝试向SQLite存入带时区感知的datetime.time对象就会触发该报错。

你可以根据自身业务需求选择以下任意一种方案：

• 方案1：改用DateTimeField存储（最常用适配方案）
  将模型中对应的reviews_time字段从TimeField修改为DateTimeField，存储时可以绑定一个无业务意义的固定日期（比如1970-01-01）组合成带时区的datetime对象存入，使用时单独提取时间部分即可，既保留时区信息，也适配SQLite的存储逻辑，参考代码如下：

  from datetime import datetime, date
  ...
  tz = get_current_timezone()
  if form.cleaned_data['reviews_time']:
      # 组合固定日期+输入时间，生成本地时区的datetime对象
      form.cleaned_data['reviews_time'] = tz.localize(datetime.combine(date(1970,1,1), form.cleaned_data['reviews_time']))
  else:
      form.cleaned_data['reviews_time'] = tz.localize(datetime(1970,1,1, 0, 0))
  # 后续正常保存对象即可
  ...
  

  读取数据时调用对象.reviews_time.time()即可拿到对应时区的时间对象。

• 方案2：存储无时区时间，读取时手动补时区
  如果不想修改模型字段结构，可以直接存储不带时区信息的time对象，在业务逻辑读取该字段值时再手动补充时区信息：
  存储时代码调整为：

  if not form.cleaned_data['reviews_time']:
      form.cleaned_data['reviews_time'] = time(hour=0, minute=0)
  # 不需要调用replace加tzinfo，直接存入无时区的时间对象
  

  读取时补充时区：

  reviews_time = user_obj.reviews_time.replace(tzinfo=get_current_timezone())
  

• 方案3：切换支持时区时间存储的数据库
  如果业务侧有大量带时区时间字段的存储需求，可以直接切换为PostgreSQL这类原生支持TIME WITH TIME ZONE类型的数据库，从根源上避免该限制。

内容的提问来源于stack exchange，提问作者isen