Django ForeignKey与数据库的FOREIGN KEY约束详解

数据库在高并发的场景下使用外键约束会有锁问题并且使用外键会增加运维成本，所以很多公司都规定生产环境的数据库禁止使用外键。 那么不使用外键约束的情况下使用 Django ORM 如何实现关联查询两个表呢？这曾是困扰我很久的一个问题，今天终于找到了答案，写出来分享一下。 Django 的 ForeignKey 和数据库的 FOREIGN KEY 并不一样。Django 的 ForeignKey 是一种逻辑上的两个表的关联关系，可以指定是否使用数据库的 FOREIGN KEY 约束。 在开头提到的场景下，我们可以这样创建两个表对应的 Model，以省和市的关联举例： # demo/models.p 在数据库设计中，外键（FOREIGN KEY）约束是一个重要的概念，它用于维护数据的一致性和完整性，确保引用的合法性。然而，在高并发的场景下，外键约束可能导致锁竞争，增加运维复杂性，因此一些企业选择在生产环境中禁用外键。Django的ORM（对象关系映射）提供了ForeignKey字段，它模拟了数据库的外键行为，但允许开发者灵活地控制是否使用数据库级别的外键约束。 Django的ForeignKey字段允许你在两个模型之间建立一对多或多对一的关系。例如，假设我们有两个模型，一个是`Province`，代表省份，另一个是`City`，代表城市。`City`模型中的`province`字段就是一个ForeignKey，指向`Province`模型： ```python from django.db import models class Province(models.Model): name = models.CharField(max_length=16) def __str__(self): return self.name class City(models.Model): name = models.CharField(max_length=16) province = models.ForeignKey(Province, null=True, on_delete=models.SET_NULL, related_name='cities', db_constraint=False) def __str__(self): return self.name ``` 在上述代码中，`province`字段使用了`ForeignKey`，并设置了几个关键参数： - `null=True`允许`province`字段为空。 - `on_delete=models.SET_NULL`表示当删除`Province`对象时，相关联的`City`对象的`province_id`字段会被设置为`NULL`，而不是默认的级联删除。 - `db_constraint=False`指示Django不要在数据库中创建外键约束，这样可以避免数据库级别的外键操作。 执行`migrate`命令后，Django会根据这些设置生成SQL语句。如果`db_constraint=False`，Django不会创建外键约束，只会在`City`表中添加一个引用`Province`表的`province_id`字段，并创建索引。 即使没有数据库级别的外键约束，Django的ORM仍然能够处理关联查询。例如，要查找所有名字为'xxx'的城市所在的省份，可以使用以下查询： ```python Province.objects.filter(cities__name='xxx') ``` 这会执行一个INNER JOIN查询来获取结果。 值得注意的是，Django模型中的`auto_now=True`属性用于时间戳字段，它会在模型对象保存时自动设置当前时间。但请注意，如果直接使用`update`方法更新记录，`auto_now=True`字段不会自动更新，除非使用`Model`对象的`save`方法或`create`方法。这是因为`update`方法直接操作数据库，跳过了Django的Model层，而`auto_now=True`的效果仅在Model层处理时体现。 Django的`ForeignKey`提供了一种灵活的方式来处理关联，即使在数据库不使用外键约束的情况下，也能保持ORM的便利性。通过调整其参数，你可以控制数据一致性、删除行为以及是否依赖数据库的外键功能。同时，了解`auto_now=True`的使用限制，可以帮助你在更新模型时正确管理时间戳字段。