数据库设计规范标准
数据库设计原则与规范

数据库设计原则与规范数据库是现代信息系统的核心组成部分,用于存储和管理大量结构化数据,以支持组织内部各种业务和决策需求。
数据库设计的质量直接关系到系统的性能、可靠性和可扩展性。
为了确保数据库的高效运行,我们需要遵循一些设计原则和规范。
下面将介绍数据库设计的基本原则和规范。
一、规范化数据库设计原则规范化是数据库设计过程中的关键步骤,它通过将数据分解为逻辑上的表来减少数据冗余、提高数据一致性和完整性。
以下是常用的规范化原则:1. 第一范式(1NF):每个表中的每个字段都是原子的,不可再分。
不能将多个值存储在一个字段中,例如在电话号码字段中存储多个电话号码。
2. 第二范式(2NF):每个非主键字段完全依赖于主键字段。
如果一个表中有多个候选键,必须将其分解为多个表,确保每个非主键字段只与一个主键相关。
3. 第三范式(3NF):消除了非主键字段之间的传递依赖关系。
即非主键字段之间不可存在依赖关系,数据更新时不会导致数据不一致。
4. 次范式(BCNF):基于第三范式,进一步消除了主键字段之间的传递依赖关系。
它要求每个非主键字段只依赖于候选键。
二、数据模型设计原则数据模型是数据库设计的核心,它定义了数据库中的实体、属性和关系。
下面是数据模型设计的原则:1. 选择合适的数据模型:常用的数据模型包括层次模型、网状模型和关系模型。
关系模型是当前最流行和应用最广泛的数据模型,它以关系表的形式存储数据。
2. 确定实体和属性:实体是现实世界中的对象,属性是实体的特征。
在定义实体和属性时,需考虑实体的属性是否唯一标识该实体。
3. 定义关系:关系是实体之间的联系,通过表之间的键值关联实现。
在定义关系时,需考虑关系的类型(一对一、一对多、多对多)以及参照完整性约束。
三、命名规范与标准良好的命名规范和标准是数据库设计的基础,它有助于提高代码的可读性和可维护性,并减少开发人员之间的沟通成本。
以下是常用的命名规范与标准:1. 表和字段命名:使用具有描述性的名称,避免使用缩写、重复和模糊的词汇。
数据库的设计原则与规范

数据库的设计原则与规范随着信息化的发展,数据库成为了处理和管理数据的重要工具。
在进行数据库设计时,遵循一定的原则和规范可以提高数据库的效率、可靠性和可维护性。
本文将介绍数据库设计的原则与规范,旨在帮助读者建立一个高质量的数据库系统。
一、原则:1. 数据库设计原则的第一个目标是满足用户需求。
在设计数据库时,要深入了解和分析用户的需求,确保数据库可以提供准确、全面和及时的数据,以支持用户的业务需求。
2. 数据库设计原则的第二个目标是简化和标准化。
数据库设计应遵循简单和标准化的原则,避免冗余和重复的数据。
通过正规化过程,将数据拆分为更小的、相互关联的实体,以减少数据存储和维护的开销。
3. 数据库设计原则的第三个目标是保证数据完整性。
数据完整性是指数据库中的数据准确性和一致性。
通过定义适当的主键、外键和约束条件,限制数据的插入、更新和删除操作,确保数据的完整性。
4. 数据库设计原则的第四个目标是提高性能。
在设计数据库时,应考虑通常的查询需求和频率,合理选择和优化索引、视图和查询语句,以提高数据库的查询和处理性能。
5. 数据库设计原则的第五个目标是考虑安全性。
保护数据的安全性是数据库设计不可忽视的方面。
通过权限控制、数据加密和备份策略等措施,保护敏感数据的安全性和机密性。
二、规范:1. 表命名规范:表名应具备描述性,使用英文单词或缩写,避免使用特殊字符和关键词,尽量使用小写字母,可使用下划线分隔单词。
例如,学生表可以命名为 "students"。
2. 字段命名规范:字段名应具备描述性,使用英文单词或缩写,避免使用特殊字符和关键词,尽量使用小写字母,可使用下划线分隔单词。
例如,学生的姓名字段可以命名为 "student_name"。
3. 数据类型规范:选择合适的数据类型来存储不同类型的数据,以节省空间和提高查询性能。
例如,使用整数类型来存储整数值,使用字符类型来存储文本值。
数据库设计规范

数据库设计规范数据库设计是软件开发过程中至关重要的一步,它的质量和规范性直接关系到系统的稳定性、性能和数据的安全性。
本文将介绍一些常见的数据库设计规范,以帮助开发者在设计数据库时遵循最佳实践,确保数据库的高质量和可维护性。
一、命名规范在数据库设计中,良好的命名规范是必不可少的。
以下是一些常用的命名规范:1. 表名和字段名要具有描述性,能够直观地反映其所代表的含义。
2. 避免使用数据库关键字作为表名或字段名。
3. 使用一致的命名风格,比如驼峰式命名法或下划线命名法。
二、表设计规范良好的表设计是保证数据库性能和数据完整性的基础。
以下是一些表设计的规范建议:1. 表结构要符合第三范式。
避免重复数据和数据冗余,提高数据的一致性和更新效率。
2. 选择合适的数据类型和字段长度,根据数据的实际需求选择适当的数据类型,避免过度使用字符型字段。
3. 为表添加主键和外键约束,确保数据的完整性和一致性。
4. 避免使用过多的索引,只为常用的查询字段添加索引,以提高查询效率。
三、字段设计规范字段是数据库中最基本的组成单元,良好的字段设计是保证数据准确性和查询性能的重要因素。
以下是一些字段设计的规范建议:1. 选择合适的数据类型,根据字段存储的数据类型和范围选择适当的数据类型,避免浪费存储空间和降低性能。
2. 为字段添加注释,注释能够提供字段的含义和用途,方便其他开发者理解和维护。
3. 避免使用空值,对于允许为空的字段,要慎重考虑是否真正需要允许为空,避免数据一致性问题。
4. 使用约束限制字段取值范围,根据业务需求添加合适的约束,比如唯一约束、非空约束等。
四、索引设计规范索引是提高查询效率的重要手段,但不恰当的索引使用会降低数据库的性能。
以下是一些索引设计的规范建议:1. 选择适当的索引字段,对于经常用于查询和连接的字段添加索引,避免过多的索引占用存储空间和降低写操作的性能。
2. 避免在大数据量表上创建过多的索引,慎重考虑索引的创建,对于大数据量表,需要权衡查询效率和写性能之间的平衡。
数据库设计规范

数据库设计规范数据库设计规范是指在进行数据库设计时需要遵循的一系列规则和准则,以确保数据库的结构和功能能够满足用户需求,并且能够高效地进行数据管理和存储。
本文将介绍一些常见的数据库设计规范,包括命名规范、数据类型选择、索引设计、表关系设计等。
1. 命名规范在数据库设计中,良好的命名规范能够使数据库对象更易于理解和维护。
以下是一些建议:1.1 表名、列名和约束名应使用清晰明了的描述性词汇,避免使用含糊不清或缩写的名称。
1.2 使用统一的命名风格,如下划线命名法(例如:user_name)或者驼峰命名法(例如:userName)。
1.3 避免使用数据库关键字作为对象的名称,以免引起冲突。
2. 数据类型选择选择合适的数据类型对数据库的性能和空间利用是至关重要的。
以下是一些常见的数据类型选择规范:2.1 尽量使用较小的数据类型,以减少存储空间和提高查询性能。
2.2 对于整数类型,根据实际需求选择合适的精度(如TINYINT、SMALLINT、INT等)。
2.3 对于字符串类型,根据实际需求选择合适的长度(如VARCHAR、CHAR等)。
2.4 避免使用文本型字段存储大量的文本数据,可以考虑使用CLOB或BLOB类型。
3. 索引设计合理的索引设计可以加速查询操作,但是过多或不恰当的索引会增加维护成本和写操作的开销。
以下是一些常见的索引设计规范:3.1 为频繁使用作为查询条件的字段添加索引,以提高查询性能。
3.2 避免在较小的表或者稀疏的字段上创建索引,因为这可能导致索引失效并降低性能。
3.3 当需要根据多个字段进行查询时,考虑创建复合索引,以提高查询效率。
4. 表关系设计在数据库设计中,表与表之间的关系是非常重要的。
以下是一些常见的表关系设计规范:4.1 使用主键(Primary Key)和外键(Foreign Key)来建立表与表之间的关联,以确保数据的完整性和一致性。
4.2 避免使用过多的嵌套层次关系,以减少查询的复杂性。
数据库设计规范范文

数据库设计规范范文1.数据库命名规范:-数据库名称应简洁、具有描述性,并且易于理解和识别。
-避免使用特殊字符、空格和汉字。
-采用小写字母和下划线分隔单词,以提高可读性。
2.表设计规范:-表名应具有描述性,简洁明了并与其所代表的实体一致。
- 表名要求使用单数形式,例如"customer"而不是"customers"。
-避免使用数据库关键字作为表名。
-主键应该是唯一的且不可为空,使用自增长或GUID等机制来确保唯一性。
-尽量避免使用冗余字段,如果需要使用,则使用触发器或存储过程来维护数据一致性。
3.字段设计规范:-字段名应具有描述性,简洁明了并与其所代表的数据类型一致。
-字段名要求使用小写字母和下划线分隔单词,以提高可读性。
-避免使用数据库关键字作为字段名。
-字段类型应选取合适的数据类型,以节省存储空间和提高查询效率。
-字段的长度应根据实际需求来设定,避免使用过长或过短的字段长度。
4.索引设计规范:-索引应根据查询需求和数据分布情况来创建,以提高查询性能。
-对于频繁进行查询、排序和连接操作的字段,应考虑创建索引。
-避免创建过多的索引,因为索引会占用额外的存储空间,并影响写操作的性能。
-对于经常更新的表,尽量减少索引的数量和大小,以提高更新操作的性能。
-定期检查和优化索引,以确保索引的有效性和最佳性能。
5.视图和存储过程设计规范:-视图应尽量简洁明了、易于维护,只返回必要的字段和数据。
-存储过程应具有描述性、易于理解和使用。
-存储过程应尽量减少对数据库的直接操作,以提高性能和安全性。
-视图和存储过程的命名应具有描述性,并符合命名规范。
6.数据库安全性规范:-限制数据库登录账号的权限,并定期检查和更新密码。
-对敏感数据进行加密,以防止数据泄露。
-使用防火墙和安全策略来防止未授权的访问。
-定期备份和恢复数据库,以防止数据丢失和损坏。
-对数据库进行监控,及时发现和解决潜在的安全问题。
数据库设计规范_编码规范

数据库设计规范_编码规范1.命名规范:表名、字段名和约束名应该具有描述性,遵循一致的命名规则。
避免使用保留字作为名称,使用下划线或驼峰命名法。
2.数据类型选择:选择合适的数据类型来存储数据,避免过大或过小的数据类型。
这有助于减小数据库的存储空间,提高查询性能。
3.主键和外键:每个表都应该有一个主键来唯一标识每条记录。
外键用于建立表之间的关系,确保数据的一致性和完整性。
4.表的范式:根据具体需求,遵循规范化设计原则。
将数据分解为多个表,减少数据冗余和更新异常。
5.索引设计:根据查询需求和数据量,设计适当的索引。
避免过多或不必要的索引,以减小索引维护的开销。
6.分区设计:对大型表进行分区,将数据分散存储在不同的物理磁盘上,提高查询性能。
7.安全性设计:为数据库设置适当的权限和访问控制,限制不必要的用户访问和操作。
数据库编码规范:1.编码一致性:统一使用同一种编码方式,如UTF-8,避免不同编码之间的转换问题。
2.参数化查询:使用参数化查询语句,预编译SQL语句。
这样可以防止SQL注入攻击,提高查询性能。
3.事务管理:使用事务控制语句(如BEGIN、COMMIT和ROLLBACK)来管理数据库事务,确保数据的一致性和完整性。
4.错误处理:在代码中捕获和处理数据库错误和异常,提高系统的容错性。
5.SQL语句编写:编写简洁且优化的SQL语句,避免使用多个嵌套的子查询,使用JOIN操作符进行表之间的关联。
6.数据库连接管理:优化数据库连接,避免频繁地打开和关闭数据库连接。
7.缓存机制:对于频繁查询的数据,使用缓存机制来减少数据库的压力。
8.日志记录:记录数据库操作日志,包括增删改查的操作,以便后续的问题跟踪和审计。
综上所述,数据库设计规范和编码规范对于确保数据库系统的性能、安全性和可维护性至关重要。
遵循这些规范能够提高数据库系统的效率和可靠性,减少潜在的问题和风险。
因此,在进行数据库设计和编码时,应该遵循这些规范。
数据库设计规范

数据库设计规范1.引言1.1目的本规范强制规定了做数据库设计时必须遵循的标准和要求。
1.2适用范围本规范适用于关系数据库设计。
2.命名规范2.1数据对象命名规范2.1.1命名规范总则所有的表名、视图名等以及它们的字段名中,每个英文单词的第一个字母要大写。
2.1.2数据库的命名数据库名称采用项目代号,例如tis。
2.1.3表等对象的命名数据表的表名或者视图的视图名等,必须用一个或多个能表示其意思的英文单词或者汉语拼音来表示,优先使用英文单词,无法找到合适的英文单词时才使用汉语拼音。
命名规则是:1.使用英文单词的:项目简代字(一般3个字符)+“_”+对象标识+英文单词。
英文单词的第一个字母要大写。
2.使用汉语拼音的:项目简代字(一般3个字符)+“_”+对象标识+其余汉字的拼音首字母。
模块简称为前两个汉字的拼音首字母。
3.明细表的命名为:父表名+“_”+dt。
4.各对象的对象标识:表:t。
视图:v。
存储过程:p。
函数:f。
规则:r。
说明:项目简代字必须要有;要求:命名不能太长,建议不要超过20个字符,因为太长的名称一方面不容易记住,另一方面在编程时也耗费输入时间。
若使用的英文单词或汉语拼音太长,可使用其缩写。
如摄像头信息表名为:tis_tCameraInfo。
tis:变电站综合信息管理系统的项目简代字。
2.1.4字段的命名主键字段:表名去掉<项目简代字(一般3个字符)=+Id。
例如:tis_ tCameraInfo(摄像头信息表)的主键为:CameraInfoId。
其它字段的命名为英语单词或汉语拼音,优先使用英语单词。
布尔型字段的命名:Is+英语单词或汉语拼音。
如:IsDisplay。
2.1.5索引的命名主键索引:表名+“_”+PK。
如:摄像头信息表的主键索引为tis_tCameraInfo_PK。
外键索引:表名+[序号] +“_”+FK。
若只有一个外键,则不需要序号。
若有多个外键,则序号从2开始递增。
数据库设计规范

数据库设计规范1. 概述数据库是组织和存储数据的重要工具。
良好的数据库设计能够确保数据的有效性、一致性和可靠性。
本文档旨在提供数据库设计规范,以帮助开发人员在设计数据库时遵循最佳实践。
2. 命名规范在设计数据库时,合理的命名规范能够增加数据库的可读性和可维护性。
以下是一些常用的命名规范建议:- 表名、字段名和约束名使用有意义的单词或词组,并使用下划线分隔单词。
- 避免使用数据库保留字和特殊字符作为命名的一部分。
- 统一使用小写字母,可以提高跨平台的兼容性。
3. 数据类型选择正确选择合适的数据类型可以提高数据库的性能和可靠性。
下面是一些常见的数据类型选择建议:- 根据数据的含义和范围选择合适的数据类型,避免过度或不足地使用数据类型。
- 对于存储日期和时间的字段,使用标准的日期时间数据类型,并避免存储格式化的文本。
- 对于存储大量文本的字段,使用适当的文本类型,如VARCHAR或TEXT。
4. 主键和索引主键和索引是提高数据库查询性能的重要手段。
以下是一些建议:- 每个表应该有一个主键,以唯一标识每条记录。
- 主键应该尽可能简单,不宜过长或复杂,以便提高查询效率。
- 对于经常被查询的字段,考虑使用索引来加速查询操作。
但索引也需要权衡成本和收益,过多的索引会增加插入和更新数据的开销。
5. 数据一致性和完整性数据一致性和完整性是数据库设计中需要关注的重要方面。
以下是一些建议:- 使用外键关联表,以确保相关数据的一致性。
- 定义适当的约束条件,如唯一约束、非空约束和默认值,以保证数据的完整性。
- 避免冗余数据和冗余字段,以防止数据不一致。
6. 数据库安全性数据库安全性是确保数据安全和保护用户隐私的重要方面。
以下是一些建议:- 使用合适的用户和角色管理机制,以限制对数据库的访问权限。
- 使用强密码对数据库进行身份验证和访问控制。
- 定期备份数据库,并确保备份文件的安全存储和访问。
- 定期审计数据库的访问情况,以便及时发现和解决安全问题。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
关系型数据库设计规范目录文档类别使用对象 41. 概述 51.1 简介 (5)1.2 术语定义 (5)1.3 参考资料 (5)1.4 版本更新记录 (5)2.数据库设计的目标73. 数据库的特征73.1完整性约束 (8)3.1.1not null约束 (9)3.1.2缺省值 (9)3.1.3 unique约束 (9)3.1.4 primary key约束 (10)3.1.5 参照完整性约束 (10)3.1.6 check约束 (11)3.2 存储过程 (11)3.3 触发器 (12)3.4 事务处理 (13)3.4.3 事务与一致性 (13)3.4.4 事务和恢复 (15)3.5 并发处理 (15)3.5.3 死锁 (15)3.5.4 读一致性 (16)3.6 序号生成器 (16)3.7 视图 (16)3.7.3 安全性 (18)3.7.4 逻辑数据独立性 (18)4. 调整数据库设计以提高系统性能194.1 建立有用的性能标准 (19)4.2 数据库的规范化 (19)4.3 通过非规范化设计提高数据库的效率 (20)4.3.3 非规范化的原因 (20)4.3.4 非规范化技术 (20)4.3.5 进行非规范化处理时的注意事项 (21)4.4 表的大小 (22)4.4.3 表是否过小 (22)4.4.4 表是否过大 (22)4.4.5 如何减小表的尺寸 (23)4.5 记录的大小 (23)4.5.3 列有最佳的位置吗 (23)4.5.4 存在最佳的记录大小吗 (23)4.5.5 记录是否过小 (23)4.5.6 记录是否过大 (23)4.5.7 如何减小记录 (23)4.5.8 总结 (24)5. 其它24文档类别使用对象文档类别该文档是通用软件公司的关系型数据库的设计规范,是技术文档。
使用对象该文档使用人员包括:➢开发本部总经理➢各产品部、事业部的经理、项目经理、设计人员➢软件中心负责人、设计人员➢公司总经理1.概述1.1 简介本文档总结了公司进行多年来的SYBASE数据库设计经验,目的将公司进行数据库设计的经验积累下来,实现设计经验的复用,为项目评审与项目质量保证提供进行检查的依据。
本规范从数据库设计的目的、数据库的各个特征、数据库的规范化等各个方面进行论述,对进行SYBASE数据库的设计提供了很好的依据。
1.2 术语定义1.3 参考资料《Powerbuilder开发设计中的数据库设计》晓通数据库研究与发展中心公司1.4 版本更新记录2.数据库设计的目标好的数据库物理设计应当充分考虑应用的需求和开发工具的特征,应当充分利用和挖掘数据库的功能。
一流的数据库设计会给整个应用系统带来以下的好处:➢维护容易。
当需求发生变化时,优良的数据库设计会使应用系统容易地适应这种变化。
➢编程简单。
由于数据库设计充分挖掘了数据库的功能,所以应用程序的复杂度可以明显降低。
➢加快开发速度。
因为数据库设计充分地考虑了需求和开发工具的特征,所以开发人员会感到左右逢源,得心应手,从而可以加快开发速度。
➢系统具有良好的整体运行效率。
3.数据库的特征➢完整性约束。
完整性约束允许在表上定义某种约束条件,这些条件作为表定义的一部分存在,从而强制表中的数据满足一定的规则。
➢存储过程。
存储过程是由流控制语句(if…else)和SQL语句书写的过程,这个过程经过编译和优化后存储在数据库服务器中,使用时只要调用即可。
➢触发器。
触发器是一种特殊的存储过程,不同的是这种过程不是由程序调用来执行,而是通过数据库数据的更新自动地“触发”执行。
➢事务处理:事务是最小的逻辑工作单元,在这个单元中对数据库所有的更新要么全成功要么全失败。
➢并发处理。
允许用户在没有冲突的情况下更新表中不同的行。
行级锁和页级锁对联机事务处理非常有用。
➢序号生成器。
数据库可以自动生成连续的序号供应用程序使用。
➢遵守工业标准的SQL。
➢视图。
视图是原始数据库表的变换,可给应用程序带来安全性、简单性和独立性。
➢分布处理。
数据可以分布在网络的多个点上,数据本身支持分布查询和分布修改。
➢数据复制。
数据可以在网络的多个数据库点相互复制。
3.1完整性约束完整性约束是数据库用于维护数据库完整性的一种机制。
这种约束是表定义的一部分,是内部的。
与在应用程序中维护数据库的完整性不同,它的代价小而且性能高。
完整性约束有以下两点作用:1.使企业的规则与数据库联系起来。
2.防止操作员或终端用户输入错误的数据,破坏数据库的完整性。
完整性约束有以下几种:●not null约束缺省值●unique约束●primary key约束●foreign key约束●check约束3.1.1not null约束not null的含义是列中不能有空值。
not null在创建表时定义。
not null约束限定了列中必须有值,但不能限定列中可以有什么值,因此它常常与其它的约束配合使用。
3.1.2缺省值缺省值是在数据录入时,若用户没有输入数据,数据库自动输入的值。
下面是定义缺省时应注意的一些事项:要确保列宽对缺省值来说足够大。
要注意缺省值与规则间的冲突,确保缺省值为规则所允许,否则,缺省值会被规则忽略掉。
3.1.3unique约束唯一列是这样的列,它的值不能在表中重复出现。
注意,唯一列与主键不同,主键可用来唯一地标识表中的一行(不能有空值),而唯一列仅仅表示该列的值不能在表中重复出现(可以有空值)。
可以在一个列上定义唯一列,也可以在表上定义唯一列,也可以在表上对多个列定义唯一列。
3.1.4primary key约束每个表中都应有主键,主键唯一标识表中的行。
选择主键应注意以下几点:●选择数据是唯一的列。
●选择数据值不会改变的列。
主键的目的是唯一地标识一行,不含有用于其它目的的数据,选择一般不需要改变主键值的列。
●选择不含有空值的列。
根据定义,主键列不允许输入空值。
●选择短的和数值型的列。
●避免选择联合主键。
虽然允许联合主键,但很难满足以上四点要求。
3.1.5参照完整性约束参照完整性约束用来约束两个表间的关系。
1.空值和外部键对于缺省(无not null或check语句)的情况,外部键约束为组合外部键实施“无匹配”规则。
通过使用check和not null也可使用全部或部分规则:●在组合外部键中实施全匹配规则,要求键的全部要么都为空要么都不为空。
●在一般情况下,不能使用参照完整性在组合键中实施部分匹配规则。
部分匹配规则要求键的非空部分出现在引用表的主键的对应部分上,这种情况一般要用触发器来处理。
2.父表和子表的关系父表和子表的关系决定于在子表的外部键上定义的其它类型的完整性约束。
●在外部键上没有约束。
●在外部键上有非空约束。
●在外部键上有unique约束。
●在外部键上有unique和not null约束。
3.1.6check约束当需要根据逻辑表达式来限定列的值域时,可以用check完整性约束。
check约束的写法和where子句的写法一样,但它有如下的限制:●条件必须是能够利用更新行中的值来求值的表达式。
●条件中不能有子查询或序号。
●条件中不能含有函数。
●条件中不能含有伪列。
3.2存储过程存储过程是由流控制和SQL语句书写的过程,这个过程经编译和优化后存储在数据库服务器中,使用时只要调用即可。
使用存储过程有以下优点:●存储过程的能力大大增强了SQL语言的功能和灵活性。
存储过程可以用流控制语句编写,有很强的灵活性,可以完成复杂的判断和较复杂的运算。
●可保证数据的安全性和完整性。
♦通过存储过程可以使没有权限的用户在控制之下间接地寸取数据库,从而保证数据的安全。
♦通过存储过程可以使相关的动作在一起发生,从而可以维护数据库的完整性。
●在运行存储过程前,数据库已对其进行了语法和句法分析,并给出了优化执行方案。
这种已经编译好的过程可极大地改善SQL语句的性能。
由于执行SQL语句的大部分工作已经完成,所以存储过程能以极快的速度执行。
●可以降低网络的通信量。
●使体现企业规则的运算程序放入数据库服务器中,以便:♦集中控制。
♦当企业规则发生变化时在服务器中改变存储过程即可,无须修改任何应用程序。
3.3触发器触发器是一种特殊的存储过程,它在插入、删除或修改特定表中的数据时触发执行,它比数据库本身标准的功能有更精细和更复杂的数据控制能力。
数据库触发器有以下的作用:●安全性。
可以基于数据库的值使用户具有操作数据库的某种权利。
♦可以基于时间限制用户的操作。
♦可以基于数据库中的数据限制用户的操作。
●审计。
可以跟踪用户对数据库的操作。
♦审计用户操作数据库的语句。
♦把用户对数据库的更新写入审计表。
●实现复杂的数据完整性规则。
♦实现非标准的数据完整性检查和约束。
触发器可产生比规则更复杂的限制。
与规则不同,触发器可以引用列或数据库对象。
♦提供可变的缺省值。
●实现复杂的非标准的数据库相关完整性规则。
触发器可以对数据库中相关的表进行连环更新。
♦在修改或删除时级联修改或删除其它表中的与之匹配的行。
♦在修改或删除时把其它表中的与之匹配的行设成NULL值。
♦在修改或删除时把其它表中的与之匹配的行级联成缺省值。
♦触发器能够拒绝或“回退”那些破坏相关完整性的变化,取消试图进行数据更新的事物。
当插入一个与主键不匹配的外部键时,这种触发器会起作用。
●同步实时地复制表中的数据。
●自动计算数据值,如果数据的值达到了一定的要求,则进行特定的处理。
3.4事务处理事务是这样一种机制,它确保多个SQL语句被当作单个工作单元来处理。
事务具有以下的作用:●一致性:同时进行的查询和更新彼此不会发生冲突,其他用户不会看到发生了变化但尚未提交的数据。
●可恢复性:一旦系统故障,数据库会自动地完全恢复未完成的事务。
3.4.3事务与一致性事务是完整性的单位,一个事务的执行是把数据库从一个一致的状态转换成另一个一致的状态。
因此,如果事务孤立执行时是正确的,但如果多个事务并发交错地执行,就可能相互干扰,造成数据库状态的不一致性。
在多用户环境中,数据库必须避免同时进行的查询和更新发生冲突。
这一点是很重要的,如果正在被处理的数据能够在该处理正在运行时被另一用户的修改所改变,那么该处理的结果会是不明确的。
不加控制的并发存取会产生以下的几种错误。
丢失修改(lost updates)当多个事务并发修改一个数据时,不加控制会得出错误的结果,一个修改会覆盖掉另一个修改。
这种丢失修改叫“写—写依赖”(Write—Write Dependency)。
读的不可重复性当多个事务按某种时间顺序存取若干数据时,如果对并发存取不加控制,也会产生错误。
这叫做“读—写依赖”(Read—Write Dependency)。
脏读(dirty data),读的不一致性这种脏读或说读的不一致性叫“写—读依赖”(Write—Read Dependency)。