Ank*_*iya 3 rdbms normalization
在学习 DBMS 作为一门学科之后,我想到了很多问题。规范化就是其中之一。当我了解到它有更多的困惑时,我发现无论我们在规范化过程中做什么,我们也可以通过一般常识来做到。即使在制作项目时,人们也不习惯遵循它。那么真的有必要吗?公司是否遵循它?我问这个问题是因为它可能会消耗更多的时间来规范化数据库。我们可以使用常识直接对其进行规范化,因此我认为没有必要遵循标准规范化程序。如果我错了,请纠正我。
要回答您的问题,需要标准化。
常识是一个相对术语,可以进行解释。RDBMS 从 1970 年代就出现了。在过去的 30 年中,规范化已在无数项目中投入使用,这对正在开发的应用程序大有裨益。
我在过去 15 年中处理过的最复杂的耗时问题可以直接归因于数据库设计者对规范化规则的缺乏了解(或故意无视)。
如果您没有时间正确设计数据库,那么您就在错误的领域,或者正在从事一个注定要失败的项目。
编程课程中教授的每条规则、每一个过程、每一个模式都是试图将常识“制度化”的努力。如果您的所有开发人员在任何时候都具有完美的常识,并且头脑清晰且富有洞察力,那么您就不需要遵循任何人的规则、流程或模式。
然而,俗话说:“常识不是” - 意思是人们实际上通常没有完美的常识,并且不会自然而然地做他们现在需要做的一切来让自己远离麻烦,并且尤其是未来。
在拥有专业数据建模师和开发人员的组织中,规范化您的数据库是一种非常普遍的做法,他们了解使您的数据库模式正确的重要性。规范化您的数据库不需要很多时间。事实上,大多数有经验的数据建模师在他们仍处于白板阶段时构建模型时会很自然地做到这一点。
在开始构建之前,花(很少)时间来确保您的逻辑模式已规范化,并花时间准确了解为什么要在物理模式中进行非规范化,以及这种冗余对您的代码有何影响商业是专业发展过程的重要组成部分。
归档时间: |
|
查看次数: |
1059 次 |
最近记录: |