3 3nf但浪费更多的存储空间
3 3nf但浪费更多的存储空间
提问于 2013-05-18 04:04:52
我有一个表，其中有三列: account、idNumber和position。帐户和idNumber是独一无二的。
这是我要分析的想法，我不知道它是否正确。
account is primary key and account ->idNumber, account->position,
idNumber->account, idNumber->position但我认为idNumber->位置依赖违反了第三范式(3NF)规则(我不确定)。
所以，我把它分解成两个表:一个有account和idNumber，另一个有account和position。但这似乎浪费了存储空间，再增加一个帐户列。
所以，我很困惑--我使用的方法正确吗？
回答 1
Database Administration用户
回答已采纳
发布于 2013-05-18 04:38:06
如果它是一个由3列组成的表，那么您可能考虑过了这一点。严格的3NF是好的，但是当你说可能有两张桌子只是为了精确地跟随它的时候，是时候离开桌子了，这里没有人受伤.
3NF的意图是每个表都应该包含唯一的键，所有的列都应该描述这些键。把一个人和那个人的工作场所的数据放在一个表格里是没有意义的--你实际上是在描述两件事，所以你应该把它们分开。
在这种情况下，它听起来像是(而且还不完全清楚，但我猜) account和idNumber都是有效的键。如果它们在表中都是唯一的，具有1:1的关系，那么它们都是键，即使其中一个是primary键，它们都可以达到这个目的。那为什么不把它们放在同一张桌子上呢？你不是在描述两种不同的东西，对吧？听起来你用两种不同的方式来描述同样的事情。
现在，对于相同的记录有两个唯一的ID这一事实回避了为什么。这些ID来自两组不同的其他表吗？如果是这样的话，那么您可能需要在表中存储一个帐户-idnumber关系，以便更容易地在它们之间进行转换。如果不是这样的话，你真的需要这两个列吗？
页面原文内容由Database Administration提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://dba.stackexchange.com/questions/42478
复制相关文章
相似问题
腾讯云开发者
