分类: Oracle
2008-04-03 23:21:15
追溯到关系数据库理论的创始人E. F. Codd,就出现了这样一个通用原则:永远不存储可被计算的数据。这个原则回避了这样一个问题:“我们应该在什么地方计算这个计算结果?”默认的答案是“在前台应用程序。”
假设一个表包含SubTotal 和TaxRate 两个列。根据这一原则,“列”TaxAmount 和Total 应该是虚的。因此,将它们创建为视图或存储过程的一部分;或者,采用另外一种方法,将它们留给前台应用程序来计算并将结果呈现给用户。
该原则的一个替代方案叫做计算列(computed column)。使用这个表达式,你就可以将一个计算列声明为 CREATE TABLE 语句的一部分,然而,它还可以下达给数据库(要么是通过图形用户界面 GUI 要么直接通过数据定义语言 DDL 指令)。
假设一个数据库包含有房子粉刷估计。忽略一些细节,比如房子的窗户和门的数目(并假设所有的墙都粉刷成同样的颜色),还有两个问题需要解决:我们要将天花板粉刷成一样的颜色吗(一般答案都是“不要”),我们要粉刷几层(一般答案都是“两层”)?
如果不使用计算列,我们就要把这些问题推迟到以后解决,并把结果计算任务交给前台应用程序来完成。有了计算列,我们就可以在数据库中嵌入公式,创建一个虚列提供给任何前台使用。
可以使用下面这样的语句来创建表:
CREATE TABLE [TestComputedColumns] (
[PK] [int] IDENTITY (1, 1) NOT NULL ,
[Length] [int] NOT NULL ,
[Width] [int] NOT NULL ,
[Height] [int] NOT NULL ,
[Coats] [int] NOT NULL CONSTRAINT [DF_TestComputedColumns_Coats] DEFAULT
(2),
[IncludeCeiling] [bit] NOT NULL CONSTRAINT
[DF_TestComputedColumns_IncludeCeiling] DEFAULT (0),
[Area] AS ((2 * ([Height] * [Length] + [Height] * [Width]) + [Length] *
[Width] * [IncludeCeiling]) * [Coats]),
CONSTRAINT [PK_TestComputedColumns] PRIMARY KEY CLUSTERED
(
[PK]
) ON [PRIMARY]
) ON [PRIMARY]
GO
你不妨使用自己的前台程序,插入几行数据看其运行效果。例如,使用Access 2000 及更高版本 Access,创建一个 Access 数据项目(ADP,Access Data Project)指向你的数据库,选择表,然后创建一个 AutoFrom(自动窗体)。输入一两行数据然后翻回到你所输入的条目,你将看到计算列已经有了正确的值。