Python 动态添加到Django模型

我需要动态地（而不是手动编辑models.py）修改/添加/删除Django模型。这可能吗？一旦模型被改变，它会继续存在吗？然后，我想使用South从修改后的模型运行数据库迁移。

听起来您希望程序从模型中添加和删除字段？这听起来是个坏主意。这意味着您的数据库模式将在程序控制下动态更改，这确实是非常不寻常的。仔细考虑需要表示哪些数据，并提出一个适用于所有数据的数据库模式

---

或者，更改为非SQL数据库，这意味着完全避免使用South。

听起来您希望程序从模型中添加和删除字段？这听起来是个坏主意。这意味着您的数据库模式将在程序控制下动态更改，这确实是非常不寻常的。仔细考虑需要表示哪些数据，并提出一个适用于所有数据的数据库模式

---

或者，更改为非SQL数据库，这意味着完全避免使用South。

听起来您希望程序从模型中添加和删除字段？这听起来是个坏主意。这意味着您的数据库模式将在程序控制下动态更改，这确实是非常不寻常的。仔细考虑需要表示哪些数据，并提出一个适用于所有数据的数据库模式

---

或者，更改为非SQL数据库，这意味着完全避免使用South。

听起来您希望程序从模型中添加和删除字段？这听起来是个坏主意。这意味着您的数据库模式将在程序控制下动态更改，这确实是非常不寻常的。仔细考虑需要表示哪些数据，并提出一个适用于所有数据的数据库模式

---

---

或者，更改为非SQL数据库，这意味着完全避开南方。

这就是我需要的吗？任何事情都有可能，这都需要在文件中读取、删除行或在模型的正确类中添加所需的行-保存文件并运行迁移-所有这些都是可能的，但技术水平将是中等的。你为什么要这么做？我想如果你告诉我们你想完成什么会有所帮助。可能有比更改模型定义更好的方法。我们需要这样做，因为业务需要/希望能够向应用程序添加额外数据，而无需开发人员手动修改项目。这是我需要的吗？任何事情都有可能，这需要在文件中读取，在模型的正确类中删除行或添加所需的行—保存文件并运行migrate—所有这些都是可能的，但技术级别适中。你为什么要这么做？我想如果你告诉我们你想完成什么会有所帮助。可能有比更改模型定义更好的方法。我们需要这样做，因为业务需要/希望能够向应用程序添加额外数据，而无需开发人员手动修改项目。这是我需要的吗？任何事情都有可能，这需要在文件中读取，在模型的正确类中删除行或添加所需的行—保存文件并运行migrate—所有这些都是可能的，但技术级别适中。你为什么要这么做？我想如果你告诉我们你想完成什么会有所帮助。可能有比更改模型定义更好的方法。我们需要这样做，因为业务需要/希望能够向应用程序添加额外数据，而无需开发人员手动修改项目。这是我需要的吗？任何事情都有可能，这需要在文件中读取，在模型的正确类中删除行或添加所需的行—保存文件并运行migrate—所有这些都是可能的，但技术级别适中。你为什么要这么做？我想如果你告诉我们你想完成什么会有所帮助。可能有比修改模型定义更好的方法。我们需要这样做，因为业务需要/希望能够向应用程序添加额外数据，而无需开发人员手动修改项目。是的，这就是我们想要做的。有一些用户希望能够根据需要添加数据。这对我来说似乎并不是那么不寻常。。。很多应用程序都允许这种类型的控制，不是吗？很多应用程序都允许这种控制，但它们不允许用户更改关系数据库的模式。他们通过拥有一个通用名称、值表或将数据存储在一个非关系数据库中来实现这一点。从已经定义的模型中添加一个单独的表可能会起作用，它具有名称、值类型结构。我担心名称、值表是未来的可维护性。是的，这就是我们想要做的。有一些用户希望能够根据需要添加数据。这对我来说似乎并不是那么不寻常。。。很多应用程序都允许这种类型的控制，不是吗？很多应用程序都允许这种控制，但它们不允许用户更改关系数据库的模式。他们通过拥有一个通用名称、值表或将数据存储在一个非关系数据库中来实现这一点。从已经定义的模型中添加一个单独的表可能会起作用，它具有名称、值类型结构。我担心名称、值表是未来的可维护性。是的，这就是我们想要做的。有一些用户希望能够根据需要添加数据。这对我来说似乎并不是那么不寻常。。。很多应用程序都允许这种类型的控制，不是吗？很多应用程序都允许这种控制，但它们不允许用户更改关系数据库的模式