我正在尝试与我的django项目的开发服务器进行交互。但是,服务器上的任何页面都返回相同的错误:
Exception Type: ProgrammingError
Exception Value: column myApp_verb.date does not exist
我最近没有将字段日期添加到模型动词中(它已经存在了一段时间,我不确定导致此错误的原因)。我的协作者在本地计算机上都有相同的文件,但没有任何问题。
我尝试过各种各样的事情:
我尝试删除日期字段(及其所有引用)。 makemigrations
未检测到任何更改,migrate
因错误而失败:
django.db.utils.ProgrammingError: column "date" does not exist
我已尝试重命名该字段。 makemigrations
再次检测不到任何更改,并且迁移失败并出现与上述相同的错误。
我已尝试删除所有迁移。这没有任何改变。
此时我没有想法。任何帮助将不胜感激。
提前致谢!
编辑:这是动词类,按要求。它非常简单:
class Verb(models.Model):
english_gloss = models.CharField(max_length = 20)
first_person = models.CharField(max_length = 20)
second_person = models.CharField(max_length = 20)
third_person = models.CharField(max_length = 20)
fourth_person = models.CharField(max_length = 20)
transitivity = models.BooleanField()
classifier = models.CharField(max_length = 20)
inner_lexical = models.CharField(max_length = 20)
outer_lexical = models.CharField(max_length = 20)
perfective = models.CharField(max_length = 20)
imperfective = models.CharField(max_length = 20)
date = models.DateTimeField(auto_now_add = True)
答案 0 :(得分:3)
您可以创建手动迁移来解决问题。
首先注释掉引发错误的coloumn。
然后编写手动迁移。通常是这样的:
# -*- coding: utf-8 -*-
from __future__ import unicode_literals
from django.db import migrations, models
class Migration(migrations.Migration):
dependencies = [
('my_field', 'last_migration_filename'), # no .py
]
operations = [
migrations.AddField(
model_name='my_model',
name='my_field',
field=models.MyField(blank=True, null=True),
),
]
然后运行python manage.py migrate
。它将创建那些/那些字段。
然后,取消注释导致错误的字段。
为我工作就像一个魅力。
答案 1 :(得分:2)
我仍然不知道为什么会出现此错误,但似乎我的数据库中存在某种损坏。我停用了数据库并启动了一个新数据库,一切都运行良好。
答案 2 :(得分:1)
有同样的问题。我想添加字段" slug"到城市模式。
当我使用select_related(' city')临时注释时,错误消失了。
for location in Location.objects.filter().select_related('city'):
cities[str(l.id)] = l.city.id
堆栈跟踪指出了代码的和平:
File "/www/loorn/apps/users/widgets.py", line 69, in LocationSelect
for location in Location.objects.filter().select_related('city'):
答案 3 :(得分:1)
完全同意ÖzerS。 是的,这是克服这个问题的唯一解决方案。亲爱的Django开发人员,为什么在尝试向现有表添加字段时,Django突然回应说这样的字段不存在?当然它不存在,所以我试图添加它!
同样的解决方案适用于我的情况 - 添加一个具有多项选择的字段:
这就是models.py中添加的字段:
TEMPLATE = (
('list', 'List'), ('table', 'Table')
)
template = models.CharField(
'View template',
choices=TEMPLATE,
max_length=7,
default='list'
)
手动创建一个迁移文件,其中包含上一次迁移后的编号。我将“模板”字段添加到“blog”应用程序中的“blogcategory”表,我的迁移文件名为“0005_template”。
这是迁移文件(0005_template.py)的内容:
# -*- coding: utf-8 -*-
from django.db import migrations, models
class Migration(migrations.Migration):
dependencies = [
('blog', '0004_auto_20170628_1533'),
]
operations = [
migrations.AddField(
model_name='blogcategory',
name='template',
field=models.CharField(
verbose_name='View template',
choices=[('list', 'List'), ('table', 'Table')],
max_length=7,
default='list'
),
),
]
接下来,对模型中的这些行进行评论:
TEMPLATE = (
('list', 'List'), ('table', 'Table')
)
template = models.CharField(
'View template',
choices=TEMPLATE,
max_length=7,
default='list'
)
然后,在数据库中执行应用程序迁移:
python manage.py migrate blog
并获取
Operations to perform:
Apply all migrations: blog
Running migrations:
Applying blog.0005_template... OK
因此,带有默认“列表”的“模板”字段已添加到“blogcategory”表中的所有条目。
P.S。不要忘记取消注释模型中的字段。
答案 4 :(得分:0)
我遇到了这个问题。我通过转到数据库中的Django迁移表并找到有问题的迁移来修复它。就我而言,这是一次相当近期的迁移。我删除了该迁移以及其他迁移。然后重试python manage.py makemigrations
和python manage.py migrate
。这次两个命令都运行了,错误就消失了。
答案 5 :(得分:0)
通常,您可以通过“诱使” django认为该列在生成迁移时存在而避免这种错误。
python manage.py makemigrations
以生成正确的迁移python manage.py migrate 'appname'
创建新列