禁用django的物理外键（CONSTRAINT，REFERENCES）

最新推荐文章于 2025-03-21 09:18:30 发布
最新推荐文章于 2025-03-21 09:18:30 发布
阅读量3.1k 收藏 3
点赞数
CC 4.0 BY-SA版权
分类专栏： 学习笔记 文章标签： django admin mysql db 外键
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/kkevinyang/article/details/79552423
本文介绍了在公司DBA禁止使用REFERENCES命令的情况下，如何将Django模型的外键从数据库层移至应用层。作者尝试了通过设置`db_constraint=False`以及更改数据库引擎为MyISAM来实现，最终通过在本地初始化数据库并导入到生产环境解决外键问题，避免了权限系统的冲突。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

背景

用django自带的admin和auth搭建了内部网站，使用了django的用户和权限分组系统，但是在移到生产环境时发现公司把REFERENCES这种命令禁止了，DBA说影响性能不给开权限，所以不得不尝试把外键从db层移到应用层。

第一次尝试

刚开始只找到https://docs.djangoproject.com/en/dev/ref/models/fields/#django.db.models.ForeignKey.db_constraint，中db_constraint这个参数，尝试了下的确可以移除物理外键，但是由于我使用的User，Group等对象都是django内部的模型，我如果要修改的话，要么改源码，要么只能重写了。

于是模仿https://www.zhihu.com/question/61129892/answer/189472143中，对AbstractBaseUser和PermissionsMixin这两个类里只要用到ForeignKey或者manttomany的字段都加上db_constraint=False这个参数。具体代码就不展示了。反正最后不是很顺利，跟内部很多东西有冲突，看起来即使弄好了也没法用权限系统，因此尝试其他方法。

第二次尝试

思路：之后就把目光投向了django本身对于db的全局设置，因为我在看文档时无意中看到关于InnoDB相关的东西，后来通过

最低0.47元/天 解锁文章

200万优质内容无限畅学
Python全栈（十）Django框架之8.外键约束和查询操作
CUFEECR的博客
09-19 1238
两个表之间可以通过外键建立联系；插入数据时应保证数据在父模型中存在；ORM可以简化外键数据查询；不同app之间建立外键关系需要添加app名；存在自关联外键时，to参数为self或模型名；删除存在外键关系的父模型数据有多种方式，包括级联、受保护、设为空值等操作。exact用于精确查询，iexact使用like；contains用于模糊查询且区分大小写，icontains不区分，get和filter有区别；in用于查询值是否在某个容器中；比较包括大小和范围；日期和时间查询包括date、year和time。
IntegrityError: FOREIGN KEY constraint failed解决方案
热门推荐
weixin_43178406的博客
07-12 6万+
本文主要介绍了IntegrityError: FOREIGN KEY constraint failed解决方案，希望能对学习python的同学们有所帮助。 文章目录 1. 问题描述 2. 解决方案
django在开发中取消外键约束的实现
09-16
主要介绍了django在开发中取消外键约束的实现，具有很好的参考价值，希望对大家有所帮助。一起跟随小编过来看看吧
Django之开发环境取消外键约束(django.db.utils.IntegrityError: (1452, ‘Cannot add or update a child row: a)
我就叫贝塔
08-14 2268
取消外键约束 解决此类报错: 可以再开发环境中暂时取消外键约束,生产环境在放开 在settings.py文件数据库的配置上加上此段代码即可 DATABASES = { 'default': { 'ENGINE': 'django.db.backends.mysql', 'NAME': DB_NAME, 'USER': DB_USER, 'PASSWORD': DB_PASSWORD, 'HOST': DB_HOST,
django不修改数据库创外键_解决django框架model中外键不落实到数据库问题
weixin_34191685的博客
01-17 487
在外键字段的参数中添加db_constraint=False即可，数据库中没有外键关系，代码中依然可以按照正常外键方式使用。例如：class User(models.Model):name = models.CharField(max_length=255)room = models.ForeignKey(Room, db_constraint=False)class Room(models.Mo...
Django-一对一 不创外键情况下创建表关联关系
SJK__的博客
04-09 982
class Child(models.Model): name = models.CharField(max_length=30) class Meta: db_table = 'child' OneToOneField 可以直接把 child整张表存进 man 的 child 字段里 查询 man.child 就能查到 Child 表数据 class Ma...
Django模型外键不创建反向关系 设置方法
weixin_34205826的博客
08-06 211
related_name设置为+或者以+结尾即可If you'd prefer Django not to create a backwards relation, setrelated_nameto'+'or end it with'+'. For example, this will ensure that theUsermodel won't have a...
Django Admin报错“外键冲突”排查
吾辈当自强
05-04 894
当继承自 ，并自定义一些字段（如 ），Django 将根据这个自定义模型来创建和管理用户。自定义用户模型对应于 表，而不是默认的 表。因此，执行 时，数据会写入 ，当然前提是 配置正确。查了django_admin_log表，其FOREIGN KEY ()是依赖于auth_user表的id： 但是由于自定义了User模型，并继承于AbstractUser，并且在声明AUTH_USER_MODEL的情况下，也就是说现在根本不会用到auth_user这个表，而是自定义的tb_user表。原因终于浮出水
django3.0.4自关联 Cannot add or update a child row: a foreign key外键约束
sugar
04-29 479
用django生成自关联的表格后在添加数据的时候出现以下问题 ERROR 1452 (23000): Cannot add or update a child row: a foreign key constraint fails (test2.areas, CONSTRAINT areas_pid_id_534d967d_fk_areas_id FOREIGN KEY (pid_id) REFE...
Django基础(39): 如何给数据库添加约束(Constraints)
大江狗
09-04 4345
只要你的Web开发知识不是语文老师教的，那么你应该已经知道一个合格的开发者应该永远抱着怀疑的眼光看用户提交的数据。你不仅需要在前端通过表单或其它方式进行验证，还需要在后台视图拿到用户发送...
解决django框架model中外键不落实到数据库问题
12-17
在外键字段的参数中添加db_constraint=False即可，数据库中没有外键关系，代码中依然可以按照正常外键方式使用。 例如： class User(models.Model): name = models.CharField(max_length=255) room = models.ForeignKey(Room, db_constraint=False) class Room(models.Model): status = models.IntegerField(default=1) 补充知识：Django不通过外键查询多对多的数据，数据库表设计不使用外键 终于解决了 如何
Django ForeignKey与数据库的FOREIGN KEY约束详解
09-16
主要介绍了Django ForeignKey与数据库的FOREIGN KEY约束详解，具有很好的参考价值，希望对大家有所帮助。一起跟随小编过来看看吧
django数据模型on_delete, db_constraint的使用详解
01-20
# 半夜撸代码  正在一顿操作猛如虎的时候,发现删了其中一张表的某条记录,结果发现其他表跟这个字段的关联的也都被删除,我已经写了db_constraint=False 难道我用错了,最后只能查资料,原来想断关联还想连表查询做这个是不够的,还需要null=True, blank=True,on_delete=models.SET_NUL这里我之前写的是on_delete=models.CASCADE 默认级联删除,坑了自己一把,还有昨天晚上也是,后台写好,万事具备的时候,准备开撸前台,ajax请求就是不通,各种改地址 端口,最后居然是配置里’corsheaders.middleware.Cors
django的自定义约束
JZ5203的博客
02-27 220
准备阶段 在settings中的INSTALLED_APPS配置当前app，不然django无法找到自定义的simple_tag. 在app中创建templatetags模块(模块名只能是templatetags) 后端代码: 1.导入需要的模块 from django.template import Library register=Library() ...
django——利用约束来限制模型字段的取值——7/6
qq_59344127的博客
07-06 508
使用约束（constraints）来限制模型字段的取值在Django中是很常见的需求。
【后端】【django】【models】【进阶】索引和约束全解
qq_59344127的博客
03-21 417
条件中经常被筛选的字段上添加索引，可以。，用于优化查询性能并确保数据完整性。项目，提升数据一致性和查询效率！，确保某些字段组合具有唯一性。，在数据库层面确保数据有效性。
django ForeignKey参数
scorhl的博客
10-12 924
1、ForeignKey源码参数： def __init__(self, to, on_delete, related_name=None, related_query_name=None, limit_choices_to=None, parent_link=False, to_field=None, db_constraint=True, **kwargs): 2、各参数作用： to：外键关联的对象(class) on_del
题库:ForeignKey中的db_constraint参数有什么用
weixin_30699955的博客
12-01 896
db_constraint 唯一约束 db_constraint = True 方便查询 约束字段 db_constraint = fales 不约束字段 同时也可以查询 转载于:https://www.cnblogs.com/apollo1616/articles/10049050.html...
数据库 约束(Constraint)、多表关系和范式
ccccrj博客
05-22 983
约束 Constraint 概念： 对表中数据进行限制，保证数据正确性、有效性、完整性。 分类 主键：primary key 配合INT类型主键 非空：not null 唯一：unique (唯一约束限定可以有多个NULL) 外键：foreign key （外键名 和外键列名是两个东西） # 创建时添加 create table 表名( ... 外键列, consstraint 外键名称 foreign key (外键列名) references 关联表名(主表列名) ); #删除外键 alte
什么是外键？
最新发布
05-13
<think>好的，用户想了解外键的概念、用途以及如何在数据库设计中使用外键。首先，我需要先明确外键的基本定义。外键是数据库中的一个约束，用于确保两个表之间数据的一致性和完整性。接下来，用户可能想知道外键的具体作用，比如维护数据关系、级联操作等。 然后，用户询问如何使用外键。这部分需要给出实际的SQL示例，比如在创建表时添加外键约束，或者修改现有表结构添加外键。同时，要提到外键约束的几种操作，如CASCADE、SET NULL等，说明它们的不同用途。 用户还提到了数据库设计，可能需要了解外键在数据库设计中的角色。这里可以结合引用中的内容，讨论物理外键和逻辑外键的区别。根据引用[1]和[2]，实际生产中常避免使用物理外键，转而用逻辑外键，即在应用层处理关联关系。需要解释这样做的原因，比如性能问题、灵活性、软删除的实现等。 此外，用户提供的引用中提到避免使用外键的几个理由，如级联删除的问题、性能影响、分库分表的困难等。需要将这些点整合到回答中，说明外键的优缺点，帮助用户全面理解为什么有些情况下不推荐使用外键。 可能还需要比较外键约束的优点和缺点，引用[3]提到外键确保数据完整性和一致性，但实际开发中可能带来维护成本和性能损耗。要平衡理论和实际应用，让用户明白在不同场景下的取舍。 最后，生成相关问题时要涵盖外键的概念、使用场景、优缺点、替代方案以及实际应用中的考虑因素，这样用户可以有进一步的学习方向。</think>### 外键概念与数据库设计解析 #### 一、外键的定义与作用 外键（Foreign Key）是关系型数据库中用于建立表间关联关系的约束条件。其核心作用是**维护数据完整性和一致性**，通过强制要求子表中的某个字段值必须存在于父表的对应字段中，例如： ```sql -- 父表 CREATE TABLE departments ( id INT PRIMARY KEY, name VARCHAR(50) ); -- 子表（包含外键） CREATE TABLE employees ( id INT PRIMARY KEY, dept_id INT, FOREIGN KEY (dept_id) REFERENCES departments(id) ON DELETE CASCADE ); ``` 此结构保证`employees.dept_id`的值必须存在于`departments.id`中，否则插入/更新操作将被拒绝[^3]。 #### 二、外键的典型用法 1. **创建表时定义外键** ```sql CREATE TABLE orders ( order_id INT PRIMARY KEY, user_id INT, FOREIGN KEY (user_id) REFERENCES users(id) ON UPDATE CASCADE ); ``` 2. **修改表结构添加外键** ```sql ALTER TABLE comments ADD CONSTRAINT fk_post_id FOREIGN KEY (post_id) REFERENCES posts(id) ON DELETE SET NULL; ``` 3. **级联操作类型** - `CASCADE`：父表记录变更时自动同步子表 - `SET NULL`：父表记录删除时将子表关联字段置空 - `RESTRICT`（默认）：阻止破坏关联关系的操作 #### 三、生产环境中的取舍 | 特性 | 物理外键（数据库级） | 逻辑外键（应用层实现） | |-------------|----------------------------|---------------------------| | 数据一致性 | 自动保证（强约束） | 需手动维护（可能出错） | | 性能影响 | 高频写入场景可能产生锁竞争 | 无额外数据库负载 | | 灵活性 | 修改表结构需停机维护 | 可动态调整关联逻辑 | | 分库分表 | 难以实现跨库关联 | 天然支持分布式架构 | 实际开发中普遍采用逻辑外键的主要原因： 1. **软删除兼容性**：通过`is_deleted`字段标记删除状态时，物理外键会阻止标记操作[^2] 2. **性能优化**：电商系统每秒万级订单写入时，外键检查可能成为瓶颈[^1] 3. **架构扩展**：微服务架构下不同服务使用独立数据库，无法使用跨库外键 #### 四、设计建议 1. **强一致性系统**（如银行核心系统）可适当使用外键 2. **高并发系统**建议在应用层通过事务+校验实现逻辑外键 3. 使用ORM框架时，建议配置： ```python # Django示例（逻辑外键实现） class Order(models.Model): user = models.ForeignKey( User, on_delete=models.SET_NULL, # 应用层处理删除逻辑 db_constraint=False # 不创建物理外键 ) ```
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值