Chinaunix首页 | 论坛 | 博客
  • 博客访问: 104598451
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: Oracle

2008-04-03 23:21:15

作者:Builder.com 来源:

 

追溯到关系数据库理论的创始人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(自动窗体)。输入一两行数据然后翻回到你所输入的条目,你将看到计算列已经有了正确的值。


本文作者:Arthur Fuller 开发数据库应用程序已经有20余年的经验。他经常使用 Access ADP、Microsoft SQL Server 2000、MySQL 和 .NET。
阅读(393) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~