|
 |
推荐文章 |
|
|
|
|
|
|
|
|
|
|
| 作者：本站收集 日期：2005-8-4 11:15:12 |
|
|
数据库的完整性是影响客户／服务器应用系统正常运行的重要因素。维护数据库的完整性不仅是数据库设计人员的任务，也需要客户端开发人员的积极参与。不在客户端进行完整性约束，一般会引起ODBC错误，导致数据库操作失败，程序异常中断。更为严重的是在某些情况下会突破服务器的约束机制，破坏后台数据库的完整性。因此，只有双方相互配合才能开发出完整、可靠的客户／服务器系统。下面以MSSQLServer6.5和VB5.0为例，对客户端应用开发中的数据库完整性问题进行讨论。其原理同样适用于其他开发环境。
数据库完整性分类
实体完整性(EntityIntegrity)，指表和它模仿的实体一致。
域完整性(DomainIntegrity)，某一数据项的值是合理的。
参照(引用)完整性(ReferenceIntegrity)，在一个数据库的多个表中保持一致性。
用户定义完整性(User－definedIntergrity)。
分布式数据完整性(DistributeddataIntegrity)。
其中分布式数据完整性不在本文的讨论范围。
数据库完整性的解决方法
在MSSQLServer6.5中，用约束的方法来保证上述完整性。
●列约束
NOTNULL为指定该列不能为空值；
DEFAULT为指定当没有输入值时该列的默认值；
UNIQUE为指定该列不能有重复值，但可对定义为关键字以外的任何列使用；
CHECK为对列指定规则，如值的定义域，可限制输入到受约束列中的值。
●表约束
PRIMARYKEY为对表指定主关键字。用来保证列的完整性和引用完整性。它的主要作用：
1.通过确保一个或多个列不允许输入重复值来保证表的所有行是唯一的。
2.保证受约束的列不允许为空值。从这个角度来讲，相当于NOTNULL和UNIQUE。
FOREIGNKEY为指定外来关键字。与定义在相关表上的PRIMARYKEY一起使用。
●断言Assertion(多个表上的约束)
MSSQLServer6.5还提供了数据完整性扩展，如用户自定义类型、规则、存储过程和触发器。SQLServer6.5对不同完整性的约束方法见下表。
客户端数据库操作程序开发准则
1.插入操作
检查非空字段，保证有输入。如VB中一般用Text控件获得用户输入，则：
If Len(el_l.Text)=0 Then
MessageBox"该字段不能为空!"
EndIf
检查受UNIQUE约束的字段不能有重复值输入。如对顺序编号等字段采用自动增量的方式，或者在接受输入前检查数据库。对布尔型字段，使用Check控件供用户输入，以限制非法数据。对有限的枚举列字段，使用ListBox或ComboBox控件，列出全部有效值供用户挑选。对外来关键字字段，使用ListBox或ComboBox控件，动态列出全部有效值供用户挑选。如在一个设备管理数据库中，企业信息表FacMsg中的"企业名称"字段是设备Devices中"企业名称"字段的外来关键字。当成功地添加了一个新企业记录后，要将新企业的名称添加到FrmDevices的FacName列表控件中。
FacName.AddItem"企业名称"
同样，当成功地删除了一个企业记录后，要将该企业的名称从FrmDevices的FacName列表控件中删除。
2.删除操作
删除记录前检查是否有字段值被相关表的记录所引用。
3.修改操作
检查修改字段值是否被相关表的记录所引用；
检查修改字段值是否被相关表的记录所引用；
检查修改后的字段值是否违反相关的约束规则。
4.扩展操作
充分考虑扩展的约束，如自定义类型、规则、存储过程和触发器，以免造成冲突。
实践表明，采用以上方法可以有效避免用户(尤其是对系统不熟悉的用户)的非法输入，同时弥补《计算机世界》1998年第36期"用VB5RDO访问数据库出现的缺陷及改正"一文所指出的数据库缺陷。 |
|
|
|
|
|
特别声明： 本站除部分特别声明禁止转载的专稿外的其他文章可以自由转载，但请务必注明出处和原始作者。文章版权归文章原始作者所有。对于被本站转载文章的个人和网站，我们表示深深的谢意。如果本站转载的文章有版权问题请联系编辑人员，我们尽快予以更正。 |
|
|
|
|
|
责任编辑： 原点 |
投稿作者： 本站收集 |
|
|
信息来源： 网络 |
录入时间： 2005-8-4 11:15:12 |
|
|
|
| |
|
设为首页
加入收藏
总编信箱
投稿或申请专栏请先 [登 陆]