SQL VIEW应该始终在1NF吗？

Question

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

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

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

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

Answer 1

不 - 我创建视图以匹配我的程序所需的输出.

Answer 2

关系系统的全部要点是，您将数据保存在规范化关系中以提高效率和/或可管理性，然后使用关系运算符将它们转换为您需要的关系。

非物化视图不被存储，它是一个查询。

这就是为什么您应该以最适合您的应用程序需求的形式创建它。

有关更多详细信息，请参阅此答案。

Answer 3

确保您的视图标准化到至少 1NF 是非常有意义的。例如，允许重复的缺点是视图的含义变得不明确并且用户可能会错误地识别信息。如果基于此类模糊性更新表格，则可能会出现不正确的数据。

但 EFCodd 并不一定同意。在他的 RM 版本 2 书中，他建议允许没有键的视图 - 我认为这是一个很大的错误。Codd 的视图实际上不允许重复，但它们确实允许每列可以为空，因此没有键并且不在 1NF 中。

包含逗号分隔列表的字符串值本身并不违反 1NF。字符串值与任何其他值一样都是标量，无论它包含什么内容。大多数 SQL DBMS 不允许多值属性。