SQL VIEW应该始终在1NF吗？

发布时间：2020-12-12 06:48:01 所属栏目：MsSql教程来源：网络整理

导读：SQL VIEW是一个全局逻辑表,可以保留也可以不保留.但它仍然是一张桌子.因此,VIEW应该始终遵循第一范式(1NF)吗？即没有重复的行,只有标量类型,没有从上到下或从左到右的顺序等等.更高的正规形式怎么样？对我来说,我的应用程序“消耗”存储过程的结果,我的VIEW

SQL VIEW是一个全局逻辑表,可以保留也可以不保留.但它仍然是一张桌子.因此,VIEW应该始终遵循第一范式(1NF)吗？即没有重复的行,只有标量类型,没有从上到下或从左到右的顺序等等.更高的正规形式怎么样？

对我来说,我的应用程序“消耗”存储过程的结果,我的VIEW被SQL查询“消耗”,并且这两个用法是互斥的(即我不使用SQL查询存储过程的结果集,而我的应用程序不包含SQL代码).我见过其他人使用VIEW将列中的多个值“连接”成一行,通常是逗号分隔格式.在针对此类列的SQL查询中编写谓词需要类似于以下的kludges：

',' + concat_col + ',' LIKE '%' + ',' + search_value + ',' + '%'

因此,我认为可以查询的所有表只包含标量类型似乎是合理的.想到这一点,我是否过于“纯粹主义”？

解决方法

确保您的观点标准化至少1NF非常有意义.例如,允许重复的缺点在于视图的含义不明确并且用户可能错误地识别信息.如果基于此类歧义更新表,则可能会出现不正确的数据.

E.F.Codd并不一定同意.在他的RM第2版书中,他建议允许没有键的视图 – 我认为这是一个很大的错误. Codd的观点实际上并不允许重复,但它们确实允许每个列都可以为空,因此没有密钥且不在1NF中.

包含逗号分隔列表的字符串值本身不违反1NF.字符串值是任何其他值的标量,无论它包含什么.大多数SQL DBMS不允许多值属性.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!