等考三级数据库设计经验谈5:各种小技巧

【前言】:一个成功的管理系统由【50%业务+50%软件】组成，而50%成功的软件由【25%数据库+25%程序】组成。数据库设计的质量是一个关键。如果把企业的数据比作生命所必需的血液，那么数据库的设计就是应用程序中最重要的部分。关于数据库设计的资料很多，大学学位课程也有专门的讲座。然而，正如我们一再强调的，没有老师比经验更好。于是我总结了自己这些年走的弯路和经验，在网上找了一些在数据库设计方面颇有造诣的专业人士，教你一些数据库设计的技巧和经验。从中挑选了60项技能，编入本文。为方便索引，内容分为五个部分:
第一部分介绍设计一个数据库前的12项基本技能，包括命名规范和定义业务需求(数据库设计经验谈(一))；第二部分介绍了设计数据库表的24个指导技巧，涵盖了表中字段的设计和应避免的常见问题(数据库设计经验谈(二))；第三部分主要介绍选择键和索引，包括与正确使用系统生成主键具体相关的10个技巧，以及何时、如何索引字段以获得性能(数据库设计经验谈(三))。第四部分主要讨论如何保证数据的完整性，如何保持数据库的清晰和健壮，如何将有害数据降到最低(数据库设计经验谈(四))。这次的第五部分主要介绍了以上四部分没有包括的其他技能，五花八门。有了它们，我希望你的数据库开发会更容易。
第5部分-提示
文档、文档、文档
所有快捷方式、命名约定、限制和功能都应记录在案。
使用注释表、列[字段]、触发器等的数据库工具。是的，这有点麻烦，但从长远来看，这对于开发、支持和跟踪变化非常有用。
根据您使用的数据库系统，可能会有一些软件会给您一些文档，供您快速入门。你可能想先开始谈，然后了解更多的细节。或者您可能希望定期预先安排，在进行过程中输入新数据，同时详细说明每个部分。无论您选择哪种方式，都要记录您的数据库，无论是在数据库内部还是单独记录。这样，一年多以后再回到第二个版本的时候，你出错的几率会大大降低。
用普通英语(或其他任何语言)代替编码
为什么我们经常使用编码(比如9935a可能是‘青岛啤酒’的供应代码，4xf788-q可能是账户代码)？原因有很多。但是用户通常用英语思考，而不是编码。工作五年的会计可能知道4xf788-q是什么，新人可能不知道。创建下拉菜单、列表和报告时按英文名称排序。如果需要编码，可以在编码旁边附上用户认识的英文。
保存通用信息
拥有一个专门存储通用数据库信息的表非常有用。我经常在这个表中存储数据库的当前版本、最新的检查/修复(针对foxpro)、相关设计文档的名称、客户等信息。通过这种方式，可以实现一种简单的机制来跟踪数据库，当客户抱怨他们的数据库不符合期望的要求并与您联系时，这对于非客户机/服务器环境尤其有用。
测试、测试、重复测试
数据库建立或修改后，必须用用户新输入的数据测试数据字段。最重要的是，让用户测试并与用户合作，以确保您选择的数据类型符合业务需求。测试需要在新数据库投入实际服务之前完成。
检查设计
在开发过程中检查数据库设计的一种常用技术是通过数据库支持的应用程序原型来检查数据库。换句话说，对于每个最终表达数据的原型应用程序，请确保检查数据模型并查看如何检索数据。
microsoft visual foxpro设计技巧
对于复杂的microsoft visual foxpro数据库应用程序，可以将所有的主表放在一个数据库容器文件中，然后添加其他数据库表文件，加载与原数据库相关的特殊文件。根据需要，使用这些文件连接到主文件中的主表。如数据输入、数据索引、统计分析、向管理层或政府部门提供报表、各种只读查询等。这种措施简化了用户和组权限的分配，有利于应用程序功能(存储过程)的分组和划分，因此在必须修改程序时易于管理。