等考三级数据库设计经验谈1-设计数据库之前.docxVIP

等考三级数据库设计经验谈1:设计数据库之前 第 1 局部 - 设计数据库之前　　这一局部排列了 12 个根本技巧，包括命名标准和明确业务需求等。第 2 局部 - 设计数据库表　　总共 24 个指南性技巧，涵盖表内字段设计以及应当避开的常见问题等。第 3 局部 - 选择键　　怎么选择键呢？这里有 10 个技巧特地涉及系统生成的主键的正确用法，还有何 时以及如何索引字段以获得性能等。第 4 局部 - 保证数据完整性　　争论如何保持数据库的清楚和强健，如何把有害数据降低到最小程度。第 5 局部 - 各种小技巧　　不包括在以上 4 个局部中的其他技巧，五花八门，有了它们盼望你的数据库开发工作会更轻松一些。第 1 局部 - 设计数据库之前考察现有环境　　在设计一个新数据库时，你不但应当认真讨论业务需求而且还要考察现有的系统。大多数数据库工程都不是从头开头建立的；通常，机构内总会存在用来满意特定需求的现有系统（可能没有实现自动计算）。明显，现有系统并不完善，否则你就不必再建立新系统了。但是对旧系统的讨论可以让你发觉一些可能会忽视的微小问题。一般来说，考察现有系统对你肯定有好处。定义标准的对象命名标准　　肯定要定义数据库对象的命名标准。对数据库表来说，从工程一开头就要确定表名是采纳复数还是单数形式。此外还要给表的别名定义简洁规章（比方说，假如表名是一个单词，别名就取单词的前 4 个字母；假如表名是两个单词，就各取两个单词的前两个字母组成 4 个字母长的别名；假如表的名字由 3 个单词组成，你不妨从头两个单词中各取一个然后从最终一个单词中再取出两个字母，结果还是组成 4 字母长的别名，其余依次类推）对工作用表来说，表名可以加上前缀 work_ 后面附上采纳该表的应用程序的名字。表内的列[字段]要针对键采纳一整套设计规章。比方，假如键是数字类型，你可以用 _n 作为后缀；假如是字符类型则可以采纳 _c 后缀。对列[字段]名应当采纳标准的前缀和后缀。再如，假设你的表里有好多“money”字段，你不妨给每个列[字段]增加一个 _m 后缀。还有，日期列[字段]以 d_ 作为名字打头。　　　　检查表名、报表名和查询名之间的命名标准。你可能会很快就被这些不同的数据库要素的名称搞糊涂了。假设你坚持统一地命名这些数据库的不同组成局部，至少你应当在这些对象名字的开头用 table、query 或者 report 等前缀加以区分。　　假如采纳了 microsoft access，你可以用 qry、rpt、tbl 和 mod 等符号来标识对象（比方 tbl_employees）。我在和 sql server 打交道的时候还用过 tbl 来索引表，但我用 sp_company （现在用 sp_feft_）标识存储过程，由于在有的时候假如我发觉了更好的处理方法往往会保存好几个拷贝。我在实现 sql server 2022 时用 udf_ （或者类似的标记）标识我编写的函数。工欲善其事, 必先利其器　　采纳抱负的数据库设计工具，比方：sybase 公司的 powerdesign，她支持 pb、vb、delphe 等语言，通过 odbc 可以连接市面上流行的 30 多个数据库，包括 dbase、foxpro、vfp、sql server 等，今后有时机我将着重介绍 powerdesign 的使用。猎取数据模式资源手册　　正在寻求例如模式的人可以阅读《数据模式资源手册》一书，该书由 len silverston、w. h. inmon 和 kent graziano 编写，是一本值得拥有的数据建模图书。该书包括的章节涵盖多种数据领域，比方人员、机构和工作效能等。其他的你还可以参考相关书籍。畅想将来，但不行忘了过去的教训　　我发觉询问用户如何对待将来需求变化特别有用。这样做可以到达两个目的：首先，你可以清晰地了解应用设计在哪个地方应当更具敏捷性以及如何避开性能瓶颈；其次，你知道发生事先没有确定的需求变更时用户将和你一样感到惊讶。　　肯定要记住过去的阅历教训！我们开发人员还应当通过共享自己的体会和阅历相互帮忙。即使用户认为他们再也不需要什么支持了，我们也应当对他们进展这方面的训练，我们都曾经面临过这样的时刻“当时要是这么做了该多好..”。在物理实践之前进展规律设计在深入物理设计之前要先进展规律设计。随着大量的 case 工具不断涌现出来，你的设计也可以到达相当高的规律水准，你通常可以从整体上更好地了解数据库设计所需要的方方面面。了解你的业务　　在你百分百地确定系统从客户角度满意其需求之前不要在你的