我有一个包含以下表格的遗留数据库:
人
person_id (PK) | first_name | last_name
1 | John | Doe
2 | David | Bentley
PHONENUMBERS
person_id (FK,PK) | phone_number (PK) | area_code (PK)
1 | 758-4551 | 909
1 | 763-3445 | 909
2 | 634-0011 | 637
每个人都可以拥有零个或多个电话号码,这是个人实体的多值属性。
我尝试使用Django的inspectdb命令生成以下models.py:
class Person(models.Model):
person_id = models.BigIntegerField(primary_key=True)
first_name = models.CharField(max_length=255)
last_name = models.CharField(max_length=255)
class Meta:
managed = False
db_table = 'person'
class PhoneNumbers(models.Model):
person = models.ForeignKey(Person, models.DO_NOTHING)
phone_number = models.CharField(max_length=15)
area_code = models.CharField(max_length=15)
class Meta:
managed = False
db_table = 'phonenumbers'
unique_together = (('person', 'phone_number', 'area_code'),)
但是,当我尝试保存PhoneNumbers的新实例时,Django返回了以下错误消息:
django.db.utils.ProgrammingError: column phonenumbers.id does not exist
显然Django希望电话号码表有一个代理键。 由于电话号码表不是实体,因此我的旧数据库中没有代理键。请注意,phonenumbers的表主键是其所有列的组合。
如何将这些表映射到Django的模型中,以便它可以与我的旧数据库一起使用?
答案 0 :(得分:0)
在Django中,所有模型(为您编写或使用inspectdb生成)must kave Primary Key。
如果您想像模型一样使用 phonenumbers 表,则需要此表具有主键。
在这种情况下,我的建议是您修改旧表以手动添加新主键并丢弃复合主键。您的旧表有一个复合主键( phone_number + area_code ),Django官方不支持此功能。
答案 1 :(得分:0)
Django不支持复合主键,而您的PhoneNumbers表有一个跨越三列的主键。这ticket已经开放多年了。有一个third party plugin提供复合主键支持,但它已经维护两年并且与最新版本的Django不兼容。
解决方案是添加主键。但在那之前呢
./manage.py migrate
这将确保django所需的表在您的旧数据库中创建。
现在修改模型以删除此行
managed = False
这表示django模型的更改将反映在数据库中。然后按如下方式更改模型。
class Person(models.Model):
id = models.BigIntegerField(primary_key=True, db_column='person_id')
first_name = models.CharField(max_length=255)
last_name = models.CharField(max_length=255)
class Meta:
db_table = 'person'
class PhoneNumbers(models.Model):
id = models.BigIntegerField(primary_key=True)
person = models.ForeignKey(Person, models.DO_NOTHING)
phone_number = models.CharField(max_length=15)
area_code = models.CharField(max_length=15)
class Meta:
db_table = 'phonenumbers'
unique_together = (('person', 'phone_number', 'area_code'),)
然后做
./manage.py makemigrations your_app_name
./manage.py migrate
请注意,我已在Person中重命名了主键字段。这只是一种美化改变。那是因为惯例是将主键字段作为id。当您处理大量模型时,您可能会忘记此模型的主键名称不同。因此,改变。