《SQL与关系数据库理论——如何编写健壮的SQL代码》一一2.5 标量类型vs.非标量类型...

本节书摘来华章计算机《SQL与关系数据库理论——如何编写健壮的SQL代码》一书中的第2章 ，第2.5节 C. J. Date 著 单世民 何英昊 许侃 译 更多章节内容可以访问云栖社区“华章计算机”公众号查看。

2.5 标量类型vs.非标量类型

通常，都会认为类型不是标量的就是非标量的。换言之，如果一个类型没有用户可见的分量，那么它就是标量的；否则它就是非标量的。某个类型T的值、变量、属性、运算符、参数及表达式是否是标量的，取决于类型T本身是否是标量的。例如:

• 整数类型是标量类型，因此，整数类型的值、变量等也都是标量的，即它们没有用户可见分量。
• 元组和关系类型是非标量的（相关的用户可见分量是对应的属性）。因此，元组和关系值、变量等也都是非标量的。

必须强调，这些概念是相当不严格的。实际上,我们已经看到数据值原子性的概念本就没有什么绝对的含义，那么“标量”本身也只不过是同一概念的另一名称罢了。因此，在任何正式意义上，关系模型都不会依赖于标量与非标量的区别。然而,在本书中要非正式地依赖它。我发现它直观上非常有用。具体说，对于既不是元组也不是关系的类型，使用术语标量；而对于元组或关系类型，使用术语非标量。注12
旁注：你有时会听到另一个表示“标量”的术语是封装（encapsulation）。然而要小心，这个术语也被（尤其在对象上下文中）用来指对代码和数据（更准确地是运算符定义和数据表示定义）的物理捆绑或打包。但是若使用了后面这种意义，就混淆了模型和实现，显然用户并不关心也不必关心代码和数据到底是物理绑定在一起的还是分离的。
我们来看一个例子。下面是Tutorial D对于基关系变量 S（supplier）的定义。注意，为了简化，我将所有的属性都定义为某种系统定义类型:

1.     VAR S BASE
2.         RELATION { SNO CHAR , SNAME CHAR , STATUS INTEGER , CITY CHAR }
3.