基于Client—Server数据完整性约束的实现技术.doc

摘要：本HYPERLINK"http://www.studa.net/"论文主要讨论基于Client/Server数据完整性约束及其如何实施HYPERLINK"http://www.studa.net/company/"企业业务规则，并以SQLServer和PowerBuilder为例，介绍了数据完整性约束的实现技术。关键词：Client/Server，数据完整性约束,企业业务规则DBMS已从早期的分散的一个个HYPERLINK"http://www.studa.net/pc/"计算模型、HYPERLINK"http://www.studa.net/network/"网络/文件服务计算模型(针对文件)HYPERLINK"http://www.studa.net/fazhan/"发展到现在的Client/Server计算模型(针对表中的一行)。Client/Server模型是非对等的(decoupled)，客户发出服务请求，服务器作出响应，提供服务，即所谓的"请求驱动"。DB的Client/Server系统由DBServer、客户应用程序和网络组成。DBServer(即后端)负责有效地管理系统的资源，主要负责数据处理、并发控制、数据安全性、数据完整性和数据的备份和恢复等。客户应用程序(即前端)是系统中供用户与数据进行交互的部件，主要任务是提供交互式界面完成数据的录入、分析、检查和显示，向DBServer发出请求(SQL语句)并接收结果和错误信息。网络和通信软件是系统中客户和服务器之间数据传送的工具。由于现在的数据库都是开放、多用户共享，因此维护数据库的正确性至关重要。数据库的完整性描述为数据库内容的完整性约束集合，其中完整性约束指数据库的一个状态是否合理，这是一组谓词。DBS检查数据的状态和状态转换，判定它们是否合理，是否应予接受。对一个数据库操作，要判定其是否符合完整性约束，全部断言无矛盾时才可以执行。完整性约束的形式化定义I=(O,P,A,R),其中O是完整性约束所涉及的数据对象集合，P是对象所满足的谓词，A是触发检查的条件，R是约束不满足时的反应动作[2]一、常见的数据完整性约束
根据分类角度不同，可将完整性约束分为如下几类：
·域、元组、集合完整性
·立即约束和推迟(到EOT)约束
·状态约束和状态演变约束。
·标准和定制的数据完整性约束
实际的系统中，一般将数据完整性约束分为标准的数据完整性约束和定制的数据完整性约束。标准的数据完整性约束是DBS已经实现的内部规则，包括域完整性、实体完整性和引用完整性。
域完整性(FieldIntegrity)保证一个数据库不包含无意义的或不合理的值，即保证表的某一列的任何值是该列域(即合法的数据集合)的成员。方法是限制列的数据类型、精度、范围、格式和长度等。
实体完整性(EntityIntegrity)保证一个表中的每一行必须是唯一的(元组的唯一性)。为保证实体完整性，需指定一个表中的一列或一组列作为它的主键(PrimaryKey)。一个表中每行的主键必须确实含有一个值。一个表只能含有一个主键，如需要从其它列中除去重复的值，可以将一个或一组非主键列指定为一个候选键或唯一值键。
引用完整性(ReferenceIntegrity)定义了一个关系数据库中不同的列和不同的表之间的关系(主键与外键)。要求一列或一组列中的值必须要与相关的一列或一组列中的值相匹配。从属的一列或一组列称之为外键(ForeignKey)。被引用的列或一组列称之为父键，父键必须是一个主键或唯一键。外键属于子表或明细表，父键属于父表或主表。若父键和外键属于同一表，则称之为自引用完整性。子表某行的外键必须与主表的主键相匹配，只要依赖于某主键的外键仍存在，主表中包含该主键的行就不能删除。
由于每个公司的数据库都有自己独特的业务规则集，所以系统必须有一种方式来实现定制的业务规则即定制的数据完整性约束。定制的数据完整性约束可由如下几种方法实施。
一种最原始的方法是将将每一个完整性约束编入要访问数据库的每个应用程序中，缺点是在每个相关的数据库应用程序中，开发者都要对相同的完整性规则进行编码、测试和排错。若某一规则变动，所有相关的应用程序都得改动。应用程序须向DBServer请求大量的数据，以执行该应用程序内部的数据完整性规则检查，这将阻塞网络。因而这是一种耗时、低性能的方法。
用户定义的数据类型(User-definedDataType)是由标准数据类型导出的新数据类型，它比标准的数据类型更准确地限定了数据输入的范围。
约束(Check)用于限制列的值域，在数据类型限制的基础上对输入的数据进一步进行限制。通过逻辑表达式来定义列的有效值。
缺省(Default)定义了一个数值，当用户向数据表插入数据时，