- 相关推荐
基于Client/Server数据完整性约束的实现技术
基于Client/Server数据完整性约束的实现技术 中共广州市委办公厅自动化中心 汪胜 广东省财贸管理干部学院计算机系 彭湘凯 广州工程总承包集团有限公司 时亚弘摘 要：本论文主要讨论基于Client/Server数据完整性约束及其如何实施企业业务规则，并以SQLServer和PowerBuilder为例，介绍了数据完整性约束的实现技术。
关键词：Client/Server，数据完整性约束, 企业业务规则
DBMS已从早期的分散的一个个计算模型、网络/文件服务计算模型(针对文件)发展到现在的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已经实现的内部规则，包括域完整性、实体完整性和引用完整性。
域完整性(Field Integrity)保证一个数据库不包含无意义的或不合理的值，即保证表的某一列的任何值是该列域(即合法的数据集合)的成员。方法是限制列的数据类型、精度、范围、格式和长度等。
实体完整性(Entity Integrity)保证一个表中的每一行必须是唯一的(元组的唯一性)。为保证实体完整性，需指定一个表中的一列或一组列作为它的主键(Primary Key)。一个表中每行的主键必须确实含有一个值。一个表只能含有一个主键，如需要从其它列中除去重复的值，可以将一个或一组非主键列指定为一个候选键或唯一值键。
引用完整性(Reference Integrity)定义了一个关系数据库中不同的列和不同的表之间的关系(主键与外键)。要求一列或一组列中的值必须要与相关的一列或一组列中的值相匹配。从属的一列或一组列称之为外键(Foreign Key)。被引用的列或一组列称之为父键，父键必须是一个主键或唯一键。外键属于子表或明细表，父键属于父表或主表。若父键和外键属于同一表，则称之为自引用完整性。子表某行的外键必须与主表的主键相匹配，只要依赖于某主键的外键仍存在，主表中包含该主键的行就不能删除。
由于每个公司的数据库都有自己独特的业务规则集，所以系统必须有一种方式来实现定制的业务规则即定制的数据完整性约束。定制的数据完整性约束可由如下几种方法实施。
一种最原始的方法是将将每一个完整性约束编入要访问数据库的每个应用程序中，缺点是在每个相关的数据库应用程序中，开发者都要对相同的完整性规则进行编码、测试和排错。若某一规则变动，所有相关的应用程序都得改动。应用程序须向DBServer请求大量的数据，以执行该应用程序内部的数据完整性规则检查，这将阻塞网络。因而这是一种耗时、低性能的方法。
用户定义的数据类型(User-defined DataType)是由标准数据类型导出的新数据类型，它比标准的数据类型更准确地限定了数据输入的范围。
约束(Check)用于限制列的值域，在数据类型限制的基础上对输入的数据进一步进行限制。通过逻辑表达式来定义列的有效值。
缺省(Default) 定义了一个数值，当用户向数据表插入数据时，若某个域未给定值，系统自动将定义在该域上的缺省作为输入值，保证数据库数据的合理性。
规则(Rule) 是一个用来绑定域或用户定义数据类型的数据库对象，规则说明了哪些数据可以输入到域中。任何时刻，用户输入或修改数据（INSERT 或 UPDATE）, DBMS都将检查该数据是否违反绑定在域上的规则。
存储过程(Stored Procedure)是由编译过的SQL语句、控制流语句、变量说明和赋值运算等组成的集合，由开发者创建并存储在数据字典(大部分DBMS叫系统表)中。我们可以通过存储过程中的语句来定义企业业务规则，特别对于复杂的表与表之间的饿关系，用存储过程来实现将变得相当容易。
触发器(Trigger)也是一个存储过程，该过程在插入、修改和删除等操作事前或事后由DBS自动激发(执行)。经常用于实现逻辑上相关的数据表之间的数据完整性和一致性。触发器非常适合于实施企业规则，如果某个输入违反了其中的某个企业规则，触发器可以显示相应错误并中止正在执行的数据库动作。
二、Client/Server模型下实施企业规则的准则
在Client/Server系统中，前端和后端都提供数据完整性约束。在前端可进行域完整性约束，并能定制业务规则。在后端几乎可以实现上述所列的所有的完整性约束。E.F.Codd在衡量关系数据库的十二条准则之第十条指出关系完整性约束条件必须用数据子语言定义并存储在数据字典中，而不是在应用程序中。这样，当完整性约束改变时，只要修改数据字典即可，完整性的改变一般不会在逻辑上影响应用程序的活动。
前端应用程序也可以进行某些完整性检查并实施企业规则，但是这些做法不能用于取代在数据库里的完整性约束定义。如果数据库设计者完全正确地说明了所有的约束和企业规则，则任何违反约束和规则的数据操作都会引起数据库错误。前端应用程序的任务是尽量减少产生数据库错误的可能性，只有从这个意义上说，前端应用程序才应当包含完整性检查和实施
【基于Client/Server数据完整性约束的实现技术】相关文章：
基于minigui的网真机界面的实现08-05
构筑企业数据中心 实现理性分析决策06-04
基于军网的雷达远程诊断技术研究08-10
基于分组技术的下一代光传送网05-29
企业知识管理的实现技术和工具的电商论文05-02
交-交变频技术实现感应电机的重载起动05-28
基于工业机器人的自动化生产技术研究论文04-14
基于大数据企业管理会计面临的挑战和对策论文（精选7篇）04-29
局域网数据库环境下数据采集及处理05-08
试析基于胜任素质的薪酬模式构建01-03