MySQL建外健时失败的原因

外健时失败的原因有三个:

1、关联的两个字段的字段的类型不一致 ()
2、设置外键删除时set null 
3、两张表的引擎不一致

总结一下:

·外键条件

在我们使用外键的时候,应该遵循如下条件:

外键要存在,首先必须保证表的引擎是 InnoDB(默认的存储引擎),如果不是 InnoDB 存储引擎,那么外键可以创建成功,但没有约束作用;
外键字段的字段类型(列类型),必须与父表的主键类型完全一致;
每张表中的外键名称不能重复;
增加外键的字段,如果数据已经存在,那么要保证数据与父表中的主键对应。
如果外键约束模式选择SET NULL ,那么字段必须允许为NULL,否则出现Cannot add foreign key constraint

·外健约束

所谓外键约束,就是指外键的作用。之前所讲的外键的作用都是默认的作用,实际上,可以通过对外键的需求,进行定制操作。
外键约束有三种模式,分别为:
district:严格模式(默认),父表不能删除或更新一个已经被子表数据引用的记录;
cascade:级联模式,父表的操作,对应子表关联的数据也跟着被删除;
set null:置空模式,父表的操作之后,子表对应的数据(外键字段)被置空。

设计外键的界面,有七列:

名(name):可以不填,保存时会自动生成。

栏位(FieldName):要设置的外键,如:student 里的c_id

参考数据库(Reference DataBase):外键关联的数据库

被参考表(Reference Table):关联的表,这里是class表

参考栏位(Forgin filed Names):关联的字段,class里的id

删除时(ondelete):删除时候的动作,当时我选择的是SETNULL

更新时(onupdate):更新时候的动作,我选择的是CASCADE

posted @   啵啵啵啵啵龙  阅读(53)  评论(1编辑  收藏  举报
编辑推荐:
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 基于Microsoft.Extensions.AI核心库实现RAG应用
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· 开发者必知的日志记录最佳实践
阅读排行:
· TypeScript + Deepseek 打造卜卦网站:技术与玄学的结合
· Manus的开源复刻OpenManus初探
· AI 智能体引爆开源社区「GitHub 热点速览」
· 三行代码完成国际化适配,妙~啊~
· .NET Core 中如何实现缓存的预热?
点击右上角即可分享
微信分享提示