【问题标题】:Is it safe to use Django south for handling migration on big project使用 Django south 处理大型项目的迁移是否安全
【发布时间】:2019-02-27 03:47:28
【问题描述】:

长期以来,我遇到了迁移问题。每次我删除我的 postgres 数据库并创建一个新时,当我添加新的 3/4 表或关系或循环迁移时。或者大多数时候,迁移中会出现一些不需要的问题。 但是只要我处于开发阶段就可以了。但是很快它就会投入生产,我不能那样做。每次删除数据库。

我听说过很多关于 django-south 的信息。但问题是它很久没有更新了,我想上次它是在 12 月 14 日更新的(根据它的 bitbucket repo)。

现在是2018年项目的好选择吗?或我可以使用的任何其他第 3 方。我只是不想让瑞克每次在生产中都写原始 sql,因为我也不太擅长。所以我想在迁移中 100% 依赖 django。 请分享您对迁移问题的想法 在此先感谢:)

【问题讨论】:

  • South 仅适用于 Django 1.6 或更低版本。而且,如果您使用的是如此旧版本的 Django,那么您不必担心 South。您的整个项目并不安全/可靠。
  • @xyres tnx 你的建议。那是我看到 2014 年之后就不会更新了。

标签: python django django-models django-south django-migrations


【解决方案1】:

South 是django migrate 的前身。它已成为 Django 核心的一部分,因此无需安装。

如果您遇到迁移问题,您应该了解如何修复它们,而不仅仅是重新安装。您可以编辑每个迁移文件。它们只是常规的 .py 文件,带有常规的 Django 函数,可以对您的表进行必要的更改。

阅读错误信息,尝试了解问题所在,并修复导致错误的迁移文件。它们被编号并位于projectfolder/appfolder/migrations/

我一直在使用migrate,从来没有遇到过无法解决的问题。

【讨论】:

  • 实际上主要问题是当我有很多外国领域时提出的。所以这种关系会产生问题。有时一个应用程序需要另一个应用程序,并且可能由于某些不寻常的原因 django 没有检测到任何特定模型。你会建议对它进行任何完整的讨论吗?我已经看过官方讨论,但它认为我最好先得到一些显示错误然后是解决方案的东西。与 django 项目文档不同的是,它只是说 makemigration 并且它的工作。 Tnx 再次为你解答
猜你喜欢
  • 2011-01-27
  • 1970-01-01
  • 2011-08-14
  • 1970-01-01
  • 2014-01-03
  • 2012-08-06
  • 2012-08-13
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多