数据库设计规范

    事物之间的规范之间都行业之间的默契就是墨守常规而顺其自然形成的规范，说不上什么原则与否，有时候只是使用的时候更加方便而已。数据库设计当然也是有一定的规范的，那么接下来我们就一同来探讨一下关于数据库设计的规范。
    数据库的结构必须是由数据库管理员才能够修改，因为要避免开发人员自己增加数据库对象或者是修改数据库对象。若需要修改的话，必须是要经过讨论并将修改请求(含改动的内容和原因)提交给数据库管理员才可以。数据访问层尽量使用存储过程前来访问数据库，除非需要繁重的逻辑运算等必须的情况下才在代码中通过DML来访问数据库。而且需要尽量使一个存储过程完成单一功能，因为复杂存储过程可以由多个单一功能存储过程组成，譬如说，一个存储过程需要增加一个表的记录并删除另外一个表的记录，这个存储过程就可以有两个子存储过程程序共同组成。在编写存储过程和编写数据访问程序的时候，需要通过利用一些工具软件帮助分析，确保对数据库的操作使用了有效的目录索引。

    如果开发过程中需要建立目录索引，则需要提交书面的更改请求，说明所需检索的定义(定义包括：名称、字段列表、顺序、检索类型)以及建立其的理由数据库管理员统一维护目录检索并将按照提交的请求更改。给表建立检索时，应当好好注意以下问题：每当你为一个表添加一个目录索引时，检索就会更快了，可查找和删除的功能却大大的变慢了，因为创建了维护索引需要许多额外的工作量。显然，这里问题的关键所在于：你要对这张表进行一些什么样的操作。数据库各个表的初始数据值(这就包含各代的码表、配置表等)就需要提交给数据库管理员。涉及到数据库数据的更改就必须使用事务进行控制，并且必须要有完整事务开始和提交/回滚机制。

    尽量避免聚合操作的使用，需要使用时，请向数据库管理员咨询使用聚合操作所带来的影响。尽量不要使用文本数据类型。除非你使用文本处理一个很大的数据，否则不要使用它。因为它不易于被查询，而且速度很慢，用的不好的话还会浪费大量的存贮空间。一般的，VARCHAR可以更好的处理你的数据。

    小心死锁！且不要忽略同时修改同一记录的问题。有时候，两个用户可能会同时修改同一记录，这样， 后一个修改者修改了前一个修改者的操作，某些更新就会因此丢失。处理这种情况不是很难：创建一个时间跳跃字段，在写入之前检查它，如果允许，就合并修改，如果存在冲突，就会非常可爱的提示后者用户。