django 从1.7版本开始起增加了一个新的数据迁移功能,在之前如果你数据models文件做了修改,如果是已经上线的项目就非常麻烦了,要反复测试很多次才能在正式库上修改,操作风险相对比较高,当然在1.6版本前也有第三方的数据迁移工具,例如south,在1.7版本前大家用这个做数据迁移的比较多,但现在从1.7版本开始就自带数据迁移功能了,因为django1.8是官方永久性支持版本,所以本篇我们是在1.8环境下的操作,如果还用老版本的兄弟,建议尽快切换新版本,老版本都官方都不在支持了,数据迁移功能对老版本用户来说,这个功能算是比较新的功能,有想用django1.8开发的朋友,就要了解数据迁移功能如何使用了,我们今天就来看看如何使用该功能,首先建立我们的models文件,假设我们的models.py文件内容如下:

class Post(models.Model):

    author = models.ForeignKey(User)

    title = models.CharField(max_length=150)

    text = models.TextField()

    created_date = models.DateTimeField(blank=True, null=True)


这是一个典型的博客文章model,有了这个model,我们如何让数据库也建立相应的表呢,之前的用syncdb,但现在我们就要用migrate, 另外需要注意的是sysdb这个命令在1.9版本就没有了。

因为我之前已经同步一次数据库,所以为了了解这个功能的强大,我在models里增加一条语句,修改如下:

class Post(models.Model):

    author = models.ForeignKey(User)

    title = models.CharField(max_length=150)

    text = models.TextField()

    created_date = models.DateTimeField(blank=True, null=True)

    published_date = models.DateTimeField(blank=True, null=True)


首先我们生成迁移脚本,运行:

python manage.py mkaemigrations

Migrations for 'blog':

  0004_post_published_date.py:

    - Add field published_date to post


运维完后并数据库并没有发生变化,只是生成了要操作数据库的一些脚本文件,感兴趣的可以去migrations目录里查看。

接下来运行:

python manage.py migrate

输出:

Synchronizing apps without migrations:

  Creating tables...

    Running deferred SQL...

  Installing custom SQL...

Running migrations:

  Rendering model states... DONE

  Applying blog.0004_post_published_date... OK

看到已经将published_date这个字段增加上了,你在数据库里会看到这个字段,如果你在运行makemigrations,会得到:

No changes detected

这表明你做的修改都已同步到数据库中,没有可改变的了,这个例子是展示的是增加字段,如果你是第一次运行,原理也是一样,就更简单了,所以有了migrate,以后model的的任何改变,例如增加,删除,修改,都先makemigrations, 然后migrate二步就完成了与数据库的同步。