数据库完整性问题
发现许多速成软件设计师并没有研究过数据库的设计,对数据库完整性视而不见。
错误观点1:
开发阶段可以不建立约束与外键关系,等到开发与测试都完成,需要安装部署的时候才加上外键。
认为加入了外键关系经常导致某个表无法插入数据,提示意思大概是找不到外键无法插入。
错误观点2:
认为可以不加外键约束,检查约束,不能为空。
什么叫数据库完整性,简单说就是保证数据是有意义才能写入数据库,所以不符合完整性的数据插入了数据库也不一定有意义,既然数据没有意义,测试也就没有意义。
可以不理会这些设计问题,可以在设计阶段偷懒,那么在开发阶段会有些东西让你烦的,出来混总是要还的。
无视它可以,这样一来数据库可以接受程序虽然的写入,要保证数据之间的关系只有依赖程序的控制,
开发时加大心智负担,同样的约束在程序中多次出现,代码重复,各种BUG,修复老BUG冒出新BUG,好好享受软件开发带来的折磨吧。
分类:
其他
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 基于Microsoft.Extensions.AI核心库实现RAG应用
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· TypeScript + Deepseek 打造卜卦网站:技术与玄学的结合
· 阿里巴巴 QwQ-32B真的超越了 DeepSeek R-1吗?
· 【译】Visual Studio 中新的强大生产力特性
· 【设计模式】告别冗长if-else语句:使用策略模式优化代码结构
· 10年+ .NET Coder 心语 ── 封装的思维:从隐藏、稳定开始理解其本质意义