关于数据库设计是否需要加入(建立)外键
从面向对象设计的角度来看,应该取消掉外键约束,因为数据库的作业就是高效的存取数据。而不是表达业务逻辑关系。
建立外键的好处:
1、由于数据库保证数据完整性,比程序保证完整性更可靠,多应用时,由程序来保证数据完整性变得困难
2、外键约束使得数据库的ER图可读性变强,有助于业务逻辑设计
不建立外键的好处:
1、可以用触发器或应用程序保证数据的完整性
2、开发变得简单,维护数据时不用考虑外键约束
3、性能高,大数据量插入操作时不用考虑维护外键
总结:
不建立外键约束,关系由程序控制。另外还需要删除现有的外键关系
我自己觉得完整性和一致性肯定是需要保证的,不然会出问题,也会影响效率,需要看你项目又多大。
小型项目就使用数据库本身的,效率追求不高,也没必要花时间自己建立约束,时间代价比较大。
较大型项目可能数据约束本身效率不够好,满足不了大项目对效率的要求,又有人力物力去支持建立自己的高效约束。
还有较大项目初期,想早点上线,效率要求没有那么大,没时间去建立高效率约束,那么就用数据库本身的约束,项目初期要求稳定一些比较好。
分类:
数据库
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 无需6万激活码!GitHub神秘组织3小时极速复刻Manus,手把手教你使用OpenManus搭建本
· C#/.NET/.NET Core优秀项目和框架2025年2月简报
· 一文读懂知识蒸馏
· Manus爆火,是硬核还是营销?
· 终于写完轮子一部分:tcp代理 了,记录一下