【django】解决migrations没有修改表的问题记录

问题情况

  • 在进行django开发的时候,遇到这样的情况,在models文件进行了新增表或修改表,删除了migrations,再生成新的migrations后进行migrate,会出现以下提示:
           
           
    1
    2
    3
    4
    5
           
           
    Operations to perform:
    Apply all migrations: admin, auth, contenttypes, interface, sessions, usermana
    ge
    Running migrations:
    No migrations to apply.

问题原理

  • 在同一个db库里,不同机器会发生这个问题;
  • 在django的db库里存在一张专门记录migrations的表”django_migrations”,通过查询可得出如下结果:

           
           
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
    20
    21
    22
           
           
    mysql> select * from django_migrations;
    +----+--------------+------------------------------------------+----------------------------+
    | id | app | name | applied |
    +----+--------------+------------------------------------------+----------------------------+
    | 1 | interface | 0001_initial | 2017-03-07 09:34:26.118074 |
    | 2 | contenttypes | 0001_initial | 2017-03-07 09:34:26.148074 |
    | 3 | auth | 0001_initial | 2017-03-07 09:34:26.977426 |
    | 4 | admin | 0001_initial | 2017-03-07 09:34:27.126923 |
    | 5 | admin | 0002_logentry_remove_auto_add | 2017-03-07 09:34:27.167190 |
    | 6 | contenttypes | 0002_remove_content_type_name | 2017-03-07 09:34:27.261077 |
    | 7 | auth | 0002_alter_permission_name_max_length | 2017-03-07 09:34:27.306118 |
    | 8 | auth | 0003_alter_user_email_max_length | 2017-03-07 09:34:27.391483 |
    | 9 | auth | 0004_alter_user_username_opts | 2017-03-07 09:34:27.402682 |
    | 10 | auth | 0005_alter_user_last_login_null | 2017-03-07 09:34:27.446044 |
    | 11 | auth | 0006_require_contenttypes_0002 | 2017-03-07 09:34:27.450027 |
    | 12 | auth | 0007_alter_validators_add_error_messages | 2017-03-07 09:34:27.466104 |
    | 13 | auth | 0008_alter_user_username_max_length | 2017-03-07 09:34:27.514012 |
    | 14 | sessions | 0001_initial | 2017-03-07 09:34:27.589340 |
    | 15 | usermanage | 0001_initial | 2017-03-07 15:26:52.917539 |
    | 16 | usermanage | 0002_auto_20170320_1429 | 2017-03-20 14:30:02.230243 |
    +----+--------------+------------------------------------------+----------------------------+
    16 rows in set (0.00 sec)
  • 在表中id=1的记录中存在一个”interface 0001_initial”的操作记录,所以,当你删除所有migrations并新建”0001_initial.py”,执行migrate的时候就会出现上面的提示语;

  • 每次执行新的migrations时都会在该表中写入记录;

    解决方案

    在此记录该问题的解决方案:
  • 暴力解决:
    • 最简单快捷的方式就是将库整体删除掉,并新建新库再执行 0001_initial的migrate操作;
    • 如果db库里存在相当多的数据的时候强烈采用下面的方面,避免丢失数据!!!
  • 解决方案(一):

    • 进入到该django库后,删除id为1的记录;

               
               
      1
               
               
      delete from django_migrations where app= '<your_app_name>';

      这里我们要删除的记录为:

               
               
      1
               
               
      delete from django_migrations where app= 'interface';
    • 删除该app名字下的migrations下的除了init.py之外的文件

    • 执行下面这两条命令:(在项目目录下)

               
               
      1
      2
               
               
      python manage.py makemigrations
      python manage.py migrate
    • 再查询表”django_migrations”:

               
               
      1
      2
      3
      4
      5
      6
      7
      8
      9
      10
      11
      12
      13
      14
      15
      16
      17
      18
      19
      20
      21
      22
               
               
      mysql> select * from django_migrations;
      +----+--------------+------------------------------------------+----------------------------+
      | id | app | name | applied |
      +----+--------------+------------------------------------------+----------------------------+
      | 2 | contenttypes | 0001_initial | 2017-03-07 09:34:26.148074 |
      | 3 | auth | 0001_initial | 2017-03-07 09:34:26.977426 |
      | 4 | admin | 0001_initial | 2017-03-07 09:34:27.126923 |
      | 5 | admin | 0002_logentry_remove_auto_add | 2017-03-07 09:34:27.167190 |
      | 6 | contenttypes | 0002_remove_content_type_name | 2017-03-07 09:34:27.261077 |
      | 7 | auth | 0002_alter_permission_name_max_length | 2017-03-07 09:34:27.306118 |
      | 8 | auth | 0003_alter_user_email_max_length | 2017-03-07 09:34:27.391483 |
      | 9 | auth | 0004_alter_user_username_opts | 2017-03-07 09:34:27.402682 |
      | 10 | auth | 0005_alter_user_last_login_null | 2017-03-07 09:34:27.446044 |
      | 11 | auth | 0006_require_contenttypes_0002 | 2017-03-07 09:34:27.450027 |
      | 12 | auth | 0007_alter_validators_add_error_messages | 2017-03-07 09:34:27.466104 |
      | 13 | auth | 0008_alter_user_username_max_length | 2017-03-07 09:34:27.514012 |
      | 14 | sessions | 0001_initial | 2017-03-07 09:34:27.589340 |
      | 15 | usermanage | 0001_initial | 2017-03-07 15:26:52.917539 |
      | 16 | usermanage | 0002_auto_20170320_1429 | 2017-03-20 14:30:02.230243 |
      | 17 | interface | 0001_initial | 2017-04-10 19:28:41.710626 |
      +----+--------------+------------------------------------------+----------------------------+
      16 rows in set (0.00 sec)
    • 可发现已经新增一条”interface 0001_initial”的操作记录;

  • 解决方案(二):
    • 已知”每次执行新的migrations时都会在该表中写入记录;”
    • 在不删除表记录情况下,修改migrations的序号,如表中只有”0001_initial”的记录,则将本地目录的migration更改为”0002_initial.py” 后缀可自定义;
    • 执行该重命名序号的migrations文件即可;
  • 2
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 2
    评论
Django使用UTC时间来存储日期和时间,因此在使用时区时需要进行转换。如果你的Django应用程序的时区设置不正确,可以根据以下步骤进行调整: 1. 确保在settings.py文件中设置了正确的时区。例如,如果你位于中国,则可以将时区设置为'Asia/Shanghai'。 ```python TIME_ZONE = 'Asia/Shanghai' ``` 2. 如果你的数据库存储的是UTC时间,但是你想在管理界面和视图中显示本地时间,可以使用Django提供的timezone模块来进行转换。例如,你可以使用`timezone.localtime()`函数将UTC时间转换为本地时间。 ```python from django.utils import timezone local_time = timezone.localtime(utc_time) ``` 3. 如果你的数据库存储的是本地时间,但是你想在管理界面和视图中显示UTC时间,可以使用Django提供的timezone模块来进行转换。例如,你可以使用`timezone.make_aware()`函数将本地时间转换为UTC时间。 ```python from django.utils import timezone utc_time = timezone.make_aware(local_time, timezone.utc) ``` 4. 如果你的数据库中的数据已经存储了错误的时区信息,可以使用Django提供的`django.utils.timezone.activate()`和`django.utils.timezone.deactivate()`函数来进行时区转换。例如,如果你的数据库中存储的是以太平洋时间为基准的时间,但是你想在管理界面和视图中显示本地时间,可以使用以下代码进行转换: ```python from django.utils import timezone timezone.activate('America/Los_Angeles') local_time = timezone.localtime(utc_time) timezone.deactivate() ``` 以上是一些调整Django时区的方法,你可以根据自己的实际需求选择合适的方法。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值