Database 数据库规范化词汇表

Database 数据库规范化词汇表,database,normalization,Database,Normalization,网站上有很多可用的资料。然而,我似乎仍然缺乏解释正常化的非常明确的理由 例如,对于一个简单的设计,例如带有类型字段的表项,将该类型作为一个单独的表是有意义的。我之所以这样做,是因为如果将来需要向类型添加属性,那么使用已经存在的单独表会更容易 有更多的理由可以证明是显而易见的吗?这篇文章比我说的更好: 规范化过程有两个目标:消除冗余数据(例如,将同一数据存储在多个表中)和确保数据依赖关系合理(仅将相关数据存储在表中)。这两个目标都是有价值的,因为它们减少了数据库占用的空间量,并确保了数据的逻辑存储

网站上有很多可用的资料。然而,我似乎仍然缺乏解释正常化的非常明确的理由

例如,对于一个简单的设计,例如带有类型字段的表项,将该类型作为一个单独的表是有意义的。我之所以这样做,是因为如果将来需要向类型添加属性,那么使用已经存在的单独表会更容易

有更多的理由可以证明是显而易见的吗?

这篇文章比我说的更好:

规范化过程有两个目标:消除冗余数据(例如,将同一数据存储在多个表中)和确保数据依赖关系合理(仅将相关数据存储在表中)。这两个目标都是有价值的,因为它们减少了数据库占用的空间量,并确保了数据的逻辑存储

这篇文章比我能说的更好:

规范化过程有两个目标:消除冗余数据(例如,将同一数据存储在多个表中)和确保数据依赖关系合理(仅将相关数据存储在表中)。这两个目标都是有价值的,因为它们减少了数据库占用的空间量,并确保了数据的逻辑存储


规范化是在数据库中组织数据的过程。这包括创建表,并根据规则在这些表之间建立关系,这些规则旨在保护数据,并通过消除冗余和不一致的依赖关系使数据库更加灵活

冗余数据会浪费磁盘空间并造成维护问题。如果必须更改存在于多个位置的数据,则必须在所有位置以完全相同的方式更改数据。如果客户地址更改只存储在Customers表中,而不存储在数据库的其他位置,则更容易实现

什么是“不一致依赖”?虽然用户在Customers表中查找特定客户的地址是直观的,但在那里查找拜访该客户的员工的工资可能没有意义。员工的工资与员工相关或依赖于员工,因此应移到“员工”表中。不一致的依赖关系会使数据难以访问,因为查找数据的路径可能丢失或中断

以下链接可能很有用:


标准化是在数据库中组织数据的过程。这包括创建表,并根据规则在这些表之间建立关系,这些规则旨在保护数据,并通过消除冗余和不一致的依赖关系使数据库更加灵活

冗余数据会浪费磁盘空间并造成维护问题。如果必须更改存在于多个位置的数据,则必须在所有位置以完全相同的方式更改数据。如果客户地址更改只存储在Customers表中,而不存储在数据库的其他位置,则更容易实现

什么是“不一致依赖”?虽然用户在Customers表中查找特定客户的地址是直观的,但在那里查找拜访该客户的员工的工资可能没有意义。员工的工资与员工相关或依赖于员工,因此应移到“员工”表中。不一致的依赖关系会使数据难以访问,因为查找数据的路径可能丢失或中断

以下链接可能很有用:


关系模型的发明者Edgar F.Codd引入了规范化的概念。用他自己的话来说:

  • 将关系集合从不需要的插入、更新和删除依赖项中解放出来
  • 随着新数据类型的引入,减少了重新构造关系集合的需要,从而延长了应用程序的生命周期
  • 使关系模型向用户提供更多信息
  • 使关系集合与查询统计信息保持中立,随着时间的推移,这些统计信息可能会发生变化

    -E.F.Codd,“数据库关系模型的进一步规范化”


  • 从关系模型的发明者Edgar F.Codd那里逐字逐句地介绍了规范化的概念。用他自己的话来说:

  • 将关系集合从不需要的插入、更新和删除依赖项中解放出来
  • 随着新数据类型的引入,减少了重新构造关系集合的需要,从而延长了应用程序的生命周期
  • 使关系模型向用户提供更多信息
  • 使关系集合与查询统计信息保持中立,随着时间的推移,这些统计信息可能会发生变化

    -E.F.Codd,“数据库关系模型的进一步规范化”

  • 中逐字摘取,也请查看以下内容:

    也请查看以下内容:


    你从答案中得到了你想要的吗?你从答案中得到了你想要的吗?第二个链接很棒,谢谢!(第一个链接断了。)第二个链接很好,谢谢!(第一个链接已断开。)