我在应用程序中创建了一些动态Django模型，除迁移系统外，其他一切似乎都按预期工作。
如果我创建动态Django模型并设置managed = False，则Django的makemigrations命令仍会为该新模型生成迁移。迁移看起来像这样：
class Migration(migrations.Migration):
dependencies = [
('atom', '0001_initial'),
]
operations = [
migrations.CreateModel(
name='books',
fields=[
],
options={
'db_table': 'books',
'managed': False,
},
bases=(models.Model,),
),
]
如果我不创建迁移，则在运行时python manage.py migrate，我会看到以下消息（以红色吓人的大字母表示）：
Your models have changes that are not yet reflected in a migration, and so won't be applied.
Run 'manage.py makemigrations' to make new migrations, and then re-run 'manage.py migrate' to apply them.
有没有办法告诉Django 1.7中的迁移系统一起忽略非托管模型？还是migrations = False模型的Meta类中的设置？
更新：为澄清起见，我正在使用一种方法来创建我的动态模型，该模型类似于在以下地方描述的模型：
此方法非常适合根据配置模型（https://code.djangoproject.com/wiki/DynamicModels#Adatabase-drivenapproach）中存储的信息生成动态模型。我确实必须注册一个信号来清除django模型缓存，以便在更改Configuration实例时捕获对模型的更改，但是除了为这些模型生成了迁移这一事实以外，其他一切似乎都运行良好。如果我删除其中一种配置，并且从Django的缓存中删除了模型，则需要再次更新迁移，从而删除不需要的模型。
这些动态模型没有在应用程序中专门使用。我没有在代码中引用书本模型（在上面的示例中）。它们在运行时生成，用于从它们提供访问权限的旧表中读取信息。
简短的答案是Django不是为此而构建的。将模型设为“非托管”仅意味着Django不会为其创建或删除表-别无其他。
也就是说，如果您在同一应用中没有常规模型以及这些动态模型，则可以有条件地将应用添加到INSTALLED_APPS中settings.py：
if not ('makemigrations' in sys.argv or 'migrate' in sys.argv):
INSTALLED_APPS += (
'app_with_dynamic_models',
'another_app_with_dynamic_models',
)
这应该使Django在创建和运行迁移时忽略该应用程序。但是，如果要使用模型，最终将不得不进行模型的运行，因为在Django 1.9中，具有不使用迁移功能的应用程序的能力将消失。是否可以将您的动态模型重构为使用contenttypes框架？
本文收集自互联网，转载请注明来源。
如有侵权，请联系 [email protected] 删除。
我来说两句