编制数据库时给自己的提醒

时　间:2012-08-28 22:20:24
作　者:LiShiping   ID：27090  城市：中山
摘　要:编制数据库时给自己的提醒
正　文:

说明:以下只是自己的个人习惯，未必对你适用（没有按顺序，随想随写)

1.字段名要规范统一，这样你可能会获得一个舒适的编写体验（原因就不说了，用久了自然会发现）；

2.同张单的入和出，写在一个表里，入用+，出用-，统计时直接sum(字段）就可以了，简单舒适；

3.一张主业务表最好不要超过15个字段，字段越少，性能越好，如字段太多，就把它拆分掉，必填和常用字段放主表，选填字段放从表（数据量不多的表就无需拆分了，反正数据不多，对性能影响不大）

4.用最小的字段（假如某字段一般不会超过50字，那么就用设置为50吧，不要为可能出现的特殊情况连累性能，特殊情况，特殊解决嘛）

5.在万不得已的情况下才用Dcount,Dmax之类的函数，尤其对一些用户并不太关心的数据去使用它们，因为它会极大减低你的系统性能，（例如有的人喜欢用Dmax来获取下个编号的值，其实完全可以建个编码表，读取里面的值，编一个,然后Update+1个)

6.一些耗费资源的计算结果，只有用户需要的时候才计算

7.注意数据的时效性，对已经停用或者作古的对象，要及时清除出数据库资料表，把他们转入到数据回收站，以提高效率，尽量保证数据库资料里的每个对象都是活动有效的。

8.除非必须这么做，否则不要对一些根本就不查询的条目分配字段(例如：个人喜好、擅长技艺等），而应该把他们统一记录到一个text字段中，或者将这些条目变列为行。

9.不要贪大求全，因为这样会很辛苦，也不要事事必记（比如：记录一个人身上有多少根汗毛，一天上几次厕所，用了多少张纸，什么品牌什么型号的纸等等），记录所带来的价值超过维护数据所付出的成本就太不划算了。

10.系统运行慢，是设计了不合理的数据结构，和不正当的数据访问方法，这和你使用何种编程语言没多大关系。

11.不要在联系人表中增添这样的字段：联系人1,、联系人2、联系人3.....就这样一直联系下去，记住一个表中的字段是有限的，记录是无限的，举一反三，对于类似的字段，你应该转列为行。

12.正确理解你编写数据库应用是针对什么样的群体，对于面向个人使用的数据库，不要设置太多的权限审核程序，审来审去也是自己审自己，编制这种数据库的时候，不要在权限上下太多功夫，因为不值得，例如：小楼租房管理、个人通讯录等。

13.尽可能让你的数据能转起来，自己和自己转（自连接键），表和表转（外连接键），这样你的数据库就有灵气了。

14.关注用户体验，编写出的程序太难用，那么你的程序就是昙花一现，即使培养出一代熟悉程序操作的人，但人才是会流动的，那么人才流动后你的程序就是垃圾。谁都不希望自己的劳动成果变成垃圾。

15.账面数据和现实数据很难对等，对于复杂的系统，能保证99%的账面数据能和现实相合就是非常成功，错误的原因不是你的程序，而是使用你程序的人，你可以保证自己不犯错，但不能保证别人不犯错，知错能改，而且容易改，善莫大焉。

16.读和写是成反比的，建立索引时应该清醒的认识这一点，不过有一点必须要的：大表外键、分单分类关键字段要建索引，不要为经常查询但是在查询的时候不走索引的字段建立索引：例如:%条件%,