大型数据库设计需要注意问题.docVIP

[转]大型数据库设计需要注意的问题 2010-08-31 一个面试问题，关于数据库的设计。 面试开始那位仁兄直接的说了他所面临的问题，公司数据库数据到达百万级别，以后可能会到达千万，需要一个好的设计人员对数据库进行优化设计，这里指的是不光设计符合功能需求，更加要符合性能需求，就是说数据库设计上面需要兼顾到效率。 他给我出了一道题目， 一个信息表，一个类别表。类别表中的类别成树形结构的，这个树可能会非常深，就是说类别会很多。信息表中有所有类别的信息。现在需要设计下类别表和信息表，使得信息表和类别表在查询的效率能够承受千万级别的数据。 我用比较正常的思维去设计，类别表中有id，name，parentid。这时候他说如果以这种方式设计那在查询的时候不断的用嵌套的方式查询效率不行，他让我想下，我说可以将类别表分为几个小表和信息表联结查询，他说这个方法不行。他就直接给我讲了他的方法，但是他说这个方法百万级可以，但是千万级的不行，他的方法也简单，设第一个大类为1，第一个大类下面的一个类别为2，那么在类别表中存储 1 id??????name????????????????????????category_id 2 1?????? 第一大类下的一个小类??????????1,2 那么在查询的时候 select * from category where category_id like 1%; 只要like后面不要写%1%。 1的前面不要写%，在效率上面还是能够承受的，这个和索引类似。 他也指出虽然这种方法提高了一定效率但是每次有一个新类别加入时候总要再次遍历整个树形类别，在适合的位置插入，这样子的方式给维护类别表格带来一定麻烦。 一个好的数据库产品不等于就有一个好的应用系统，如果不能设计一个合理的数据库模型，不仅会增加客户端和服务器段程序的编程和维护的难度，而且将会影响系统实际运行的性能。一般来讲，在一个MIS系统分析、设计、测试和试运行阶段，因为数据量较小，设计人员和测试人员往往只注意到功能的实现，而很难注意到性能的薄弱之处，等到系统投入实际运行一段时间后，才发现系统的性能在降低，这时再来考虑提高系统性能则要花费更多的人力物力，而整个系统也不可避免的形成了一个打补丁工程。笔者依据多年来设计和使用数据库的经验，提出以下一些设计准则，供同仁们参考。命名的规范 不同的数据库产品对对象的命名有不同的要求，因此，数据库中的各种对象的命名、后台程序的代码编写应采用大小写敏感的形式，各种对象命名长度不要超过30个字符，这样便于应用系统适应不同的数据库。游标（Cursor）的慎用 游标提供了对特定集合中逐行扫描的手段，一般使用游标逐行遍历数据，根据取出的数据不同条件进行不同的操作。尤其对多表和大表定义的游标（大的数据集合）循环很容易使程序进入一个漫长的等特甚至死机，笔者对某市《住房公积金管理系统》进行日终帐户滚积数计息处理时，对一个10万个帐户的游标处理导致程序进入了一个无限期的等特（后经测算需48个小时才能完成）（硬件环境：Alpha/4000 128Mram，Sco Unix ，Sybase 11.0），后根据不同的条件改成用不同的UPDATE语句得以在二十分钟之内完成。示例如下： 01 Declare?Mycursor?cursor?for?select?count_no?from?COUNT 02 Open?Mycursor 03 Fetch?Mycursor?into?@vcount_no 04 While (@@sqlstatus=0) 05 Begin 06 If @vcount_no=’’ 条件1 07 操作1 08 If @vcount_no=’’ 条件2 09 操作2 10 …… 11 Fetch?Mycursor?into?@vcount_no 12 End 13 …… 14 …… 15 改为 16 Update?COUNT?set?操作1?for?条件1 17 Update?COUNT?set?操作2?for?条件2 18 …… 19 …… 在有些场合，有时也非得使用游标，此时也可考虑将符合条件的数据行转入临时表中，再对临时表定义游标进行操作，可时性能得到明显提高。笔者在某地市〈电信收费系统〉数据库后台程序设计中，对一个表（3万行中符合条件的30多行数据）进行游标操作（硬件环境：PC服务器，PII266 64Mram ,NT4.0 Ms Sqlserver 6.5）。 示例如下： 01 Create?#tmp /* 定义临时表 */ 02 (字段1 03 字段2 04 …… 05 ) 06 Insert?into?#tmp?select?*?from?TO