sql-server – 数据库设计:艺术或头痛(管理关系)
|
我在过去的经历中看到,大多数人不会在表格中使用物理关系,他们会尝试记住它们并仅通过编码来应用它们. 这里的“物理关系”指的是主键,外键,检查约束等. 在设计数据库时,人们试图在纸上标准化数据库并记录下来.就像,如果我必须为营销公司创建数据库,我将尝试了解其要求. 当所有事情都清楚的时候,为什么大多数人都害怕受到限制? >他们不想管理事情吗? 你认为是什么原因? 解决方法我总是让DBMS强制执行主键和外键约束;我经常添加检查约束.就我而言,数据太重要,无法存储存储不准确数据的风险.如果您将数据库视为一系列存储的真正逻辑命题,您将看到如果数据库包含错误命题 – 错误 – 那么您可以争论任何您想要的结论.鉴于错误的前提,任何结论都是正确的. 为什么其他人不使用PK和FK约束等? 有些人不知道它们的重要性(因此缺乏知识肯定是一个因素,甚至是一个主要因素).其他人担心他们的性能会花费太多,忘记了必须修复的一个错误可能会因为没有让DBMS为您进行检查而节省了所有时间.我认为,如果当前的DBMS无法很好地处理它们,那么可能(可能)是时候更改DBMS了. (编辑:安卓应用网) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |
- sql-server-2008 – 使用ISNULL和NULLIF时,sql server 2008
- 简单分析SQLite4的一些设计改变
- sql-server-2008 – 为什么Visual Studio 2013架构比较包含
- SqlServer 2005 T-SQL Query 学习笔记(1)
- sql-server – 如何停止“更改数据库上下文到…”消息
- Spring jdbc中数据库操作对象化模型的实例详解
- sql-server – 使用完全不同的计划的T-SQL查询,具体取决于我
- sql – 如何列出Netezza中的所有列名?
- sql-server – 如何在SQL Server中正确处理TimeZone?
- 数据库 – 有没有办法在SQLite中存储一个(唯一)数据元素?
