怎么设计一个好的数据库
我有一个无比可恶的同窗,问了我一个非常好的问题,怎么样设计一个好的数据库,依据她这个问题,我愁闷了非常钟,而后在网上找到了下面的货色,有什么看法大家可以提出来,实在这个也是异常值得咱们程序员学习的.三克油~!
数据库设计(Database Design)是指对一个给定的应用环境,结构最优的数据库模式,建立数据库及其应用系统,使之可能有效地存储数据,知足各种用户的应用需求(信息要求和处理要求).
在数据库范畴内,超频,经常把使用数据库的各类系统统称为数据库应用系统.
一、数据库和信息系统
(1)数据库是信息系统的中心和基础,把信息系统中大量的数据按必定的模型组织起来,提供存储、维护、检索数据的
功能,使信息系统可以方便、及时、精确地从数据库中失掉所需的信息.
(2)数据库是信息系统的各个局部是否严密地结合在一起以及如何联合的要害所在.
(3)数据库设计是信息系统开发和建设的重要组成部门.
(4)数据库设计职员应当具备的技巧和常识:
数据库的基本知识和数据库设计技术
计算机科学的基础知识和程序设计的方法和技巧
软件工程的原理和方法
应用领域的知识
二、数据库设计的特点
数据库建设是硬件、软件和干件的结合
三分技术,七分治理,十二分基础数据
技术与管理的界面称之为"干件"
数据库设计应该与应用系统设计相结合
结构(数据)设计:设计数据库框架或数据库结构
行为(处理)设计:设计应用程序、事务处理等
结构和行为分别的设计
传统的软件工程疏忽对利用中数据语义的剖析和形象,只有有可能就尽量推迟数据结构设计的决议早期的数据库设计致力于数据模型和建模方法研讨,忽视了对行动的设计
如图:
三、数据库设计方法简述
手工试凑法
设计质量与设计人员的教训和程度有直接关系
缺少迷信实践和工程方法的支持,工程的品质难以保证
数据库运行一段时间后常常又不同水平地发明各种问题,增加了维护代价
规范设计法
手工设计方
基本思维
过程迭代和逐渐求精
规范设计法(续)
典范办法:
(1)新奥尔良(New Orleans)方法:将数据库设计分为四个阶段
S.B.Yao方法:将数据库设计分为五个步骤
I.R.Palmer方式:把数据库设计当成一步接一步的进程
(2)盘算机帮助设计
ORACLE Designer 2000
SYBASE PowerDesigner
四、数据库设计的基本步骤
数据库设计的过程(六个阶段)
1.需求分析阶段
正确了解与分析用户需求(包括数据与处理)
是整个设计过程的基础,是最艰苦、最消耗时间的一步
2.概念结构设计阶段
是整个数据库设计的症结
通过对用户需求进行综合、演绎与抽象,形成一个独立于具体DBMS的概念模型
3.逻辑结构设计阶段
将概念构造转换为某个DBMS所支撑的数据模型
对其进行优化
4.数据库物理设计阶段
为逻辑数据模型选取一个最适合应用环境的物理结构(包括存储结构和存取方法)
5.数据库实行阶段
应用DBMS提供的数据语言、工具及宿主语言,根据逻辑设计和物理设计的成果
建立数据库,编制与调试应用程序,组织数据入库,并进行试运行
6.数据库运行和维护阶段
数据库应用系统经由试运行后即可投入正式运行.
在数据库系统运行过程中必须一直地对其进行评估、调剂与修改
设计特点:
在设计过程中把数据库的设计和对数据库中数据处理的设计紧密结合起来将这两个方面的需求分析、抽象、设计、实当初各个阶段同时进行,彼此参照,互相弥补,以完美两方面的设计
设计过程各个阶段的设计描写:
如图:
五、数据库各级模式的构成过程
1.需求分析阶段:综合各个用户的应用需求
2.概念设计阶段:形成独立于机器特点,独立于各个DBMS产品的概念模式(E-R图)
3.逻辑设计阶段:首先将E-R图转换成详细的数据库产品支持的数据模型,如关联模型,造成数据库逻辑模式;然后根据用户处理的要求、保险性的考虑,在基础表的基本上再建破必要的视图(View),形成数据的外模式
4.物理设计阶段:根据DBMS特点和处理的需要,进行物理存储部署,建立索引,形成数据库内模式
六、数据库设计技巧
1. 设计数据库之前(需要分析阶段)
1) 懂得客户需求,讯问用户如何对待将来需求变化.让客户说明其需求,而且跟着开发的持续,还要时常询问客户保证其需求依然在开发的目标之中.
2) 了解企业业务可以在当前的开发阶段节俭大批的时间.
3) 器重输入输出.
在定义数据库表和字段需求(输入)时,首先应检查现有的或者已经设计出的报表、查询和视图(输出)以决议为了支持这些输出哪些是必要的表和字段.
举例:如果客户须要一个报表依照邮政编码排序、分段和乞降,你要保证其中包括了独自的邮政编码字段而不要把邮政编码糅进地址字段里.
4) 创建数据字典和ER 图表
ER 图表和数据字典可以让任何懂得数据库的人都明白如何从数据库中取得数据.ER图对表明表之间关系很有用,而数据字典则阐明了每个字段的用处以及任何可能存在的别号.对SQL 抒发式的文档化来说这是完整必要的.
5) 定义标准的对象命名规范
数据库各种对象的命名必需规范.
2. 表和字段的设计(数据库逻辑设计)
表设计原则
1) 标准化和规范化
数据的标准化有助于打消数据库中的数据冗余.标准化有好多少种情势,但Third Normal Form(3NF)通常被认为在机能、扩展性和数据完整性方面达到了最好均衡.简单来说,遵照3NF 标准的数据库的表设计原则是:"One Fact in One Place"即某个表只包括其本身根本的属性,当不是它们自身所拥有的属性时需进行分解.表之间的关系通过外键相连接.它具备以下特色:有一组表专门存放通过键衔接起来的关联数据.
举例:某个存放客户及其有关定单的3NF 数据库就可能有两个表:Customer 和Order.Order 表不包含定单关联客户的任何信息,但表内会存放一个键值,该键指向Customer 表里包含该客户信息的那一行.
事实上,为了效力的缘故,对表不进行标准化有时也是必要的.
2) 数据驱动
采用数据驱动而非硬编码的方式,很多策略变更和维护都会便利得多,大大加强系统的灵巧性和扩大性.
举例,假如用户界面要访问外部数据源(文件、XML 文档、其他数据库等),不妨把相应的连接和门路信息存储在用户界面支持表里.还有,电脑故障的分析解决,如果用户界面履行工作流之类的义务(发送邮件、打印信笺、修改记录状态等),那么发生工作流的数据也可以存放在数据库里.角色权限管理也可以通过数据驱动来完成.事实上,如果过程是数据驱动的,你就可以把相称大的义务推给用户,由用户来维护自己的工作流过程.
3) 斟酌各种变更
在设计数据库的时候考虑到哪些数据字段将来可能会发生变更.
举例,姓氏就是如斯(留神是西方人的姓氏,比如女性结婚后从夫姓等).所以,在建立系统存储客户信息时,在单独的一个数据表里存储姓氏字段,开放平台将主导互联网未来应用,而且还附加起始日和终止日等字段,这样就可以跟踪这一数据条目的变化.
字段设计准则
4) 每个表中都应该增加的3 个有用的字段
dRecordCreationDate,在VB 下默认是Now(),而在SQL Server b 下默以为GETDATE()
sRecordCreator,在SQL Server 下默认为NOT NULL DEFAULT b USER
nRecordVersion,记录的版本标记;有助于准确解释记录中呈现null 数据或者丧失数据的起因 b
5) 对地址和电话采用多个字段
描述街道地址就短短一行记载是不够的.Address_Line1、Address_Line2 和Address_Line3 可以供给更大的机动性.还有,电话号码和邮件地址最好领有本人的数据表,其间存在本身的类型和标志种别.
6) 使用角色实体定义属于某类别的列
在需要对属于特定类别或者具有特定角色的事物做定义时,可以用角色实体来创建特定的时间关联关系,从而可以实现自我文档化.
举例:用PERSON 实体和PERSON_TYPE 实体来描述人员.比喻说,当John Smith, Engineer 晋升为John Smith, Director 乃至最后爬到John Smith, CIO 的高位,而所有你要做的不过是改变两个表PERSON 和PERSON_TYPE 之间关系的键值,同时增加一个日期/时间字段来知道变化是何时产生的.这样,你的PERSON_TYPE 表就包含了所有PERSON 的可能类型,比如Associate、Engineer、Director、CIO 或者CEO 等.还有个替换措施就是转变PERSON 记录来反应新头衔的变化,不外这样一来在时间上无奈跟踪个人所处地位的详细时间.
7) 抉择数字类型和文本类型尽量充分
在SQL 中使用smallint 和tinyint 类型要特别警惕.好比,假如想看看月销售总额,总额字段类型是smallint,那么,假如总额超过了$32,767 就不能进行计算操作了.
而ID 类型的文本字段,比方客户ID 或定单号等等都应该设置得比普通设想更大.假设客户ID 为10 位数长.那你应该把数据库表字段的长度设为12 或者13 个字符长.但这额定盘踞的空间却无需未来重构全部数据库就可以实现数据库范围的增加了.
8) 增长删除标记字段
在表中包含一个"删除标记"字段,这样就可以把行标记为删除.在关系数据库里不要单独删除某一行;最好采用肃清数据程序而且要细心维护索引整体性.
3. 取舍键和索引(数据库逻辑设计)
键挑选原则:
1) 键设计4 原则
为关联字段创建外键. b
所有的键都必须唯一. b
避免使用复合键. b
外键老是关联唯一的键字段. b
2) 使用系统天生的主键
设计数据库的时候采用系统生成的键作为主键,那么实际控制了数据库的索引完整性.这样,数据库和非人工机制就有效地掌握了对存储数据中每一行的访问.采用系统生成键作为主键还有一个长处:当拥有一致的键结构时,找到逻辑缺点很轻易.
3) 不要用用户的键(不让主键具有可更新性)
在肯定采用什么字段作为表的键的时候,可一定要当心用户将要编纂的字段.通常的情形下不要选择用户可编辑的字段作为键.
4) 可选键有时可做主键
把可选键进一步用做主键,可以占有建立强盛索引的才能.
索引使用原则:
索引是从数据库中获取数据的最高效方式之一.95%的数据库性能问题都可以采用索引技术得到解决.
1) 逻辑主键使用唯一的成组索引,对系统键(作为存储过程)采用独一的非成组索引,对任何外键列采用非成组索引.考虑数据库的空间有多大,表如何进行访问,还有这些访问是否重要用作读写.
2) 大多数数据库都索引主动创建的主键字段,然而可别忘了索引外键,它们也是常常使用的键,比如运行查问显示主表和所有关联表的某条记载就用得上.
3) 不要索引memo/note 字段,不要索引大型字段(有良多字符),这样作会让索引占用太多的存储空间.
4) 不要索引常用的小型表
不要为小型数据表设置任何键,如果它们常常有插入和删除操作就更别这样作了.对这些插入和删除操作的索引保护可能比扫描表空间耗费更多的时光.
4. 数据完整性设计(数据库逻辑设计)
1) 完整性实现机制:
实体完整性:主键
参照完整性:
父表中删除数据:级联删除;受限删除;置空值
父表中插入数据:受限插入;递归插入
父表中更新数据:级联更新;受限更新;置空值
DBMS对参照完整性可以有两种方法实现:外键实现机制(约束规则)和触发器实现机制
用户定义完整性:
NOT NULL;CHECK;触发器
2) 用束缚而非商务规则强迫数据完整性
采取数据库体系实现数据的完整性.这岂但包含通过尺度化实现的完整性而且还包括数据的功效性.在写数据的时候还能够增添触发器来保障数据的准确性.不要依附于商务层保证数据完整性;它不能保证表之间(外键)的完整性所以不能强加于其他完整性规矩之上.
3) 强制唆使完整性
在有害数据进入数据库之前将其剔除.激活数据库系统的指导完整性特征.这样可以坚持数据的干净而能迫使开发人员投入更多的时间处理过错前提.
4) 应用查找把持数据完全性
节制数据完整性的最佳方式就是制约用户的选择.只要有可能都应该提供应用户一个清楚的价值列表供其选择.这样将减少键入代码的毛病和曲解同时提供数据的一致性.某些公共数据特别合适查找:国度代码、状况代码等.
5) 采用视图
为了在数据库和应用程序代码之间提供另一层抽象,可认为运用程序树立专门的视图而不用非要应用程序直接拜访数据表.这样做还即是在处置数据库变革时给你提供了更多的自在.
5. 其余设计技能
1) 防止使用触发器
触发器的功能通常可以用其他方式实现.在调试程序时触发器可能成为烦扰.假如你确切需要采用触发器,你最好集中对它文档化.
2) 使用常用英语(或者其他任何语言)而不要使用编码
在创立下拉菜单、列表、报表时最好按照英语名排序.如果需要编码,可以在编码旁附上用户晓得的英语.
3) 保留常用信息
让一个表专门寄存个别数据库信息十分有用.在这个表里存放数据库当前版本、最近检讨/修复(对Access)、关系设计文档的名称、客户等信息.这样可以实现一种简略机制跟踪数据库,当客户埋怨他们的数据库不到达盼望的请求而与你接洽时,这样做对非客户机/服务器环境特殊有用.
4) 包括版本机制
在数据库中引入版本控制机制来断定使用中的数据库的版本.时间一长,用户的需求总是会改变的.最终可能会要求修改数据库结构.把版本信息直接存放到数据库中更为方便.
5) 编制文档
对所有的快捷方法、命名标准、限度跟函数都要编制文档.
采用给表、列、触发器等加解释的数据库工具.对开发、支持和跟踪修正非常有用.
对数据库文档化,或者在数据库自身的内部或者单独建立文档.这样,当过了一年多时间后再回过火来做第2 个版本,出错的机遇将大大减少.
6) 测试、测试、重复测试
建立或者订正数据库之后,必须用用户新输入的数据测试数据字段.最主要的是,让用户进行测试并且同用户一道保证选择的数据类型满意贸易要求.测试需要在把新数据库投入实际服务之前实现.
7) 检查设计
在开发期间检查数据库设计的常用技术是通过其所支持的应用程序原型检查数据库.换句话说,装机小常识 CPU的概念与主要机能指标-社区电脑数码房-焦点...,针对每一种终极表白数据的原型应用,保证你检查了数据模型并且查看如何掏出数据.
数据库设计(Database Design)是指对一个给定的应用环境,结构最优的数据库模式,建立数据库及其应用系统,使之可能有效地存储数据,知足各种用户的应用需求(信息要求和处理要求).
在数据库范畴内,超频,经常把使用数据库的各类系统统称为数据库应用系统.
一、数据库和信息系统
(1)数据库是信息系统的中心和基础,把信息系统中大量的数据按必定的模型组织起来,提供存储、维护、检索数据的
功能,使信息系统可以方便、及时、精确地从数据库中失掉所需的信息.
(2)数据库是信息系统的各个局部是否严密地结合在一起以及如何联合的要害所在.
(3)数据库设计是信息系统开发和建设的重要组成部门.
(4)数据库设计职员应当具备的技巧和常识:
数据库的基本知识和数据库设计技术
计算机科学的基础知识和程序设计的方法和技巧
软件工程的原理和方法
应用领域的知识
二、数据库设计的特点
数据库建设是硬件、软件和干件的结合
三分技术,七分治理,十二分基础数据
技术与管理的界面称之为"干件"
数据库设计应该与应用系统设计相结合
结构(数据)设计:设计数据库框架或数据库结构
行为(处理)设计:设计应用程序、事务处理等
结构和行为分别的设计
传统的软件工程疏忽对利用中数据语义的剖析和形象,只有有可能就尽量推迟数据结构设计的决议早期的数据库设计致力于数据模型和建模方法研讨,忽视了对行动的设计
如图:
三、数据库设计方法简述
手工试凑法
设计质量与设计人员的教训和程度有直接关系
缺少迷信实践和工程方法的支持,工程的品质难以保证
数据库运行一段时间后常常又不同水平地发明各种问题,增加了维护代价
规范设计法
手工设计方
基本思维
过程迭代和逐渐求精
规范设计法(续)
典范办法:
(1)新奥尔良(New Orleans)方法:将数据库设计分为四个阶段
S.B.Yao方法:将数据库设计分为五个步骤
I.R.Palmer方式:把数据库设计当成一步接一步的进程
(2)盘算机帮助设计
ORACLE Designer 2000
SYBASE PowerDesigner
四、数据库设计的基本步骤
数据库设计的过程(六个阶段)
1.需求分析阶段
正确了解与分析用户需求(包括数据与处理)
是整个设计过程的基础,是最艰苦、最消耗时间的一步
2.概念结构设计阶段
是整个数据库设计的症结
通过对用户需求进行综合、演绎与抽象,形成一个独立于具体DBMS的概念模型
3.逻辑结构设计阶段
将概念构造转换为某个DBMS所支撑的数据模型
对其进行优化
4.数据库物理设计阶段
为逻辑数据模型选取一个最适合应用环境的物理结构(包括存储结构和存取方法)
5.数据库实行阶段
应用DBMS提供的数据语言、工具及宿主语言,根据逻辑设计和物理设计的成果
建立数据库,编制与调试应用程序,组织数据入库,并进行试运行
6.数据库运行和维护阶段
数据库应用系统经由试运行后即可投入正式运行.
在数据库系统运行过程中必须一直地对其进行评估、调剂与修改
设计特点:
在设计过程中把数据库的设计和对数据库中数据处理的设计紧密结合起来将这两个方面的需求分析、抽象、设计、实当初各个阶段同时进行,彼此参照,互相弥补,以完美两方面的设计
设计过程各个阶段的设计描写:
如图:
五、数据库各级模式的构成过程
1.需求分析阶段:综合各个用户的应用需求
2.概念设计阶段:形成独立于机器特点,独立于各个DBMS产品的概念模式(E-R图)
3.逻辑设计阶段:首先将E-R图转换成详细的数据库产品支持的数据模型,如关联模型,造成数据库逻辑模式;然后根据用户处理的要求、保险性的考虑,在基础表的基本上再建破必要的视图(View),形成数据的外模式
4.物理设计阶段:根据DBMS特点和处理的需要,进行物理存储部署,建立索引,形成数据库内模式
六、数据库设计技巧
1. 设计数据库之前(需要分析阶段)
1) 懂得客户需求,讯问用户如何对待将来需求变化.让客户说明其需求,而且跟着开发的持续,还要时常询问客户保证其需求依然在开发的目标之中.
2) 了解企业业务可以在当前的开发阶段节俭大批的时间.
3) 器重输入输出.
在定义数据库表和字段需求(输入)时,首先应检查现有的或者已经设计出的报表、查询和视图(输出)以决议为了支持这些输出哪些是必要的表和字段.
举例:如果客户须要一个报表依照邮政编码排序、分段和乞降,你要保证其中包括了独自的邮政编码字段而不要把邮政编码糅进地址字段里.
4) 创建数据字典和ER 图表
ER 图表和数据字典可以让任何懂得数据库的人都明白如何从数据库中取得数据.ER图对表明表之间关系很有用,而数据字典则阐明了每个字段的用处以及任何可能存在的别号.对SQL 抒发式的文档化来说这是完整必要的.
5) 定义标准的对象命名规范
数据库各种对象的命名必需规范.
2. 表和字段的设计(数据库逻辑设计)
表设计原则
1) 标准化和规范化
数据的标准化有助于打消数据库中的数据冗余.标准化有好多少种情势,但Third Normal Form(3NF)通常被认为在机能、扩展性和数据完整性方面达到了最好均衡.简单来说,遵照3NF 标准的数据库的表设计原则是:"One Fact in One Place"即某个表只包括其本身根本的属性,当不是它们自身所拥有的属性时需进行分解.表之间的关系通过外键相连接.它具备以下特色:有一组表专门存放通过键衔接起来的关联数据.
举例:某个存放客户及其有关定单的3NF 数据库就可能有两个表:Customer 和Order.Order 表不包含定单关联客户的任何信息,但表内会存放一个键值,该键指向Customer 表里包含该客户信息的那一行.
事实上,为了效力的缘故,对表不进行标准化有时也是必要的.
2) 数据驱动
采用数据驱动而非硬编码的方式,很多策略变更和维护都会便利得多,大大加强系统的灵巧性和扩大性.
举例,假如用户界面要访问外部数据源(文件、XML 文档、其他数据库等),不妨把相应的连接和门路信息存储在用户界面支持表里.还有,电脑故障的分析解决,如果用户界面履行工作流之类的义务(发送邮件、打印信笺、修改记录状态等),那么发生工作流的数据也可以存放在数据库里.角色权限管理也可以通过数据驱动来完成.事实上,如果过程是数据驱动的,你就可以把相称大的义务推给用户,由用户来维护自己的工作流过程.
3) 斟酌各种变更
在设计数据库的时候考虑到哪些数据字段将来可能会发生变更.
举例,姓氏就是如斯(留神是西方人的姓氏,比如女性结婚后从夫姓等).所以,在建立系统存储客户信息时,在单独的一个数据表里存储姓氏字段,开放平台将主导互联网未来应用,而且还附加起始日和终止日等字段,这样就可以跟踪这一数据条目的变化.
字段设计准则
4) 每个表中都应该增加的3 个有用的字段
dRecordCreationDate,在VB 下默认是Now(),而在SQL Server b 下默以为GETDATE()
sRecordCreator,在SQL Server 下默认为NOT NULL DEFAULT b USER
nRecordVersion,记录的版本标记;有助于准确解释记录中呈现null 数据或者丧失数据的起因 b
5) 对地址和电话采用多个字段
描述街道地址就短短一行记载是不够的.Address_Line1、Address_Line2 和Address_Line3 可以供给更大的机动性.还有,电话号码和邮件地址最好领有本人的数据表,其间存在本身的类型和标志种别.
6) 使用角色实体定义属于某类别的列
在需要对属于特定类别或者具有特定角色的事物做定义时,可以用角色实体来创建特定的时间关联关系,从而可以实现自我文档化.
举例:用PERSON 实体和PERSON_TYPE 实体来描述人员.比喻说,当John Smith, Engineer 晋升为John Smith, Director 乃至最后爬到John Smith, CIO 的高位,而所有你要做的不过是改变两个表PERSON 和PERSON_TYPE 之间关系的键值,同时增加一个日期/时间字段来知道变化是何时产生的.这样,你的PERSON_TYPE 表就包含了所有PERSON 的可能类型,比如Associate、Engineer、Director、CIO 或者CEO 等.还有个替换措施就是转变PERSON 记录来反应新头衔的变化,不外这样一来在时间上无奈跟踪个人所处地位的详细时间.
7) 抉择数字类型和文本类型尽量充分
在SQL 中使用smallint 和tinyint 类型要特别警惕.好比,假如想看看月销售总额,总额字段类型是smallint,那么,假如总额超过了$32,767 就不能进行计算操作了.
而ID 类型的文本字段,比方客户ID 或定单号等等都应该设置得比普通设想更大.假设客户ID 为10 位数长.那你应该把数据库表字段的长度设为12 或者13 个字符长.但这额定盘踞的空间却无需未来重构全部数据库就可以实现数据库范围的增加了.
8) 增长删除标记字段
在表中包含一个"删除标记"字段,这样就可以把行标记为删除.在关系数据库里不要单独删除某一行;最好采用肃清数据程序而且要细心维护索引整体性.
3. 取舍键和索引(数据库逻辑设计)
键挑选原则:
1) 键设计4 原则
为关联字段创建外键. b
所有的键都必须唯一. b
避免使用复合键. b
外键老是关联唯一的键字段. b
2) 使用系统天生的主键
设计数据库的时候采用系统生成的键作为主键,那么实际控制了数据库的索引完整性.这样,数据库和非人工机制就有效地掌握了对存储数据中每一行的访问.采用系统生成键作为主键还有一个长处:当拥有一致的键结构时,找到逻辑缺点很轻易.
3) 不要用用户的键(不让主键具有可更新性)
在肯定采用什么字段作为表的键的时候,可一定要当心用户将要编纂的字段.通常的情形下不要选择用户可编辑的字段作为键.
4) 可选键有时可做主键
把可选键进一步用做主键,可以占有建立强盛索引的才能.
索引使用原则:
索引是从数据库中获取数据的最高效方式之一.95%的数据库性能问题都可以采用索引技术得到解决.
1) 逻辑主键使用唯一的成组索引,对系统键(作为存储过程)采用独一的非成组索引,对任何外键列采用非成组索引.考虑数据库的空间有多大,表如何进行访问,还有这些访问是否重要用作读写.
2) 大多数数据库都索引主动创建的主键字段,然而可别忘了索引外键,它们也是常常使用的键,比如运行查问显示主表和所有关联表的某条记载就用得上.
3) 不要索引memo/note 字段,不要索引大型字段(有良多字符),这样作会让索引占用太多的存储空间.
4) 不要索引常用的小型表
不要为小型数据表设置任何键,如果它们常常有插入和删除操作就更别这样作了.对这些插入和删除操作的索引保护可能比扫描表空间耗费更多的时光.
4. 数据完整性设计(数据库逻辑设计)
1) 完整性实现机制:
实体完整性:主键
参照完整性:
父表中删除数据:级联删除;受限删除;置空值
父表中插入数据:受限插入;递归插入
父表中更新数据:级联更新;受限更新;置空值
DBMS对参照完整性可以有两种方法实现:外键实现机制(约束规则)和触发器实现机制
用户定义完整性:
NOT NULL;CHECK;触发器
2) 用束缚而非商务规则强迫数据完整性
采取数据库体系实现数据的完整性.这岂但包含通过尺度化实现的完整性而且还包括数据的功效性.在写数据的时候还能够增添触发器来保障数据的准确性.不要依附于商务层保证数据完整性;它不能保证表之间(外键)的完整性所以不能强加于其他完整性规矩之上.
3) 强制唆使完整性
在有害数据进入数据库之前将其剔除.激活数据库系统的指导完整性特征.这样可以坚持数据的干净而能迫使开发人员投入更多的时间处理过错前提.
4) 应用查找把持数据完全性
节制数据完整性的最佳方式就是制约用户的选择.只要有可能都应该提供应用户一个清楚的价值列表供其选择.这样将减少键入代码的毛病和曲解同时提供数据的一致性.某些公共数据特别合适查找:国度代码、状况代码等.
5) 采用视图
为了在数据库和应用程序代码之间提供另一层抽象,可认为运用程序树立专门的视图而不用非要应用程序直接拜访数据表.这样做还即是在处置数据库变革时给你提供了更多的自在.
5. 其余设计技能
1) 防止使用触发器
触发器的功能通常可以用其他方式实现.在调试程序时触发器可能成为烦扰.假如你确切需要采用触发器,你最好集中对它文档化.
2) 使用常用英语(或者其他任何语言)而不要使用编码
在创立下拉菜单、列表、报表时最好按照英语名排序.如果需要编码,可以在编码旁附上用户晓得的英语.
3) 保留常用信息
让一个表专门寄存个别数据库信息十分有用.在这个表里存放数据库当前版本、最近检讨/修复(对Access)、关系设计文档的名称、客户等信息.这样可以实现一种简略机制跟踪数据库,当客户埋怨他们的数据库不到达盼望的请求而与你接洽时,这样做对非客户机/服务器环境特殊有用.
4) 包括版本机制
在数据库中引入版本控制机制来断定使用中的数据库的版本.时间一长,用户的需求总是会改变的.最终可能会要求修改数据库结构.把版本信息直接存放到数据库中更为方便.
5) 编制文档
对所有的快捷方法、命名标准、限度跟函数都要编制文档.
采用给表、列、触发器等加解释的数据库工具.对开发、支持和跟踪修正非常有用.
对数据库文档化,或者在数据库自身的内部或者单独建立文档.这样,当过了一年多时间后再回过火来做第2 个版本,出错的机遇将大大减少.
6) 测试、测试、重复测试
建立或者订正数据库之后,必须用用户新输入的数据测试数据字段.最主要的是,让用户进行测试并且同用户一道保证选择的数据类型满意贸易要求.测试需要在把新数据库投入实际服务之前实现.
7) 检查设计
在开发期间检查数据库设计的常用技术是通过其所支持的应用程序原型检查数据库.换句话说,装机小常识 CPU的概念与主要机能指标-社区电脑数码房-焦点...,针对每一种终极表白数据的原型应用,保证你检查了数据模型并且查看如何掏出数据.
