大型ERP数据库系统常见的几种设计.docxVIP

PAGE 1 PAGE 1 大型ERP数据库系统常见的几种设计  ERP系统中超过100万条数据的表许多，对于许多表中的任何一个，一次取全部的会导致数据库服务器长时间处于停滞状态，并且影响其它在线用户的系统响应速度。  1.自增长primarykey  采用自增长primarykey主要是性能。早期的数据库系统，经常采用某种编号，比如身份证号码，公司编号等等作为数据库表的primarykey。然而，很快，大家就发觉其中的不利之处。  比如早期的医院管理系统，用身份证号码作为病人表的primarykey。然而，第一，不是每个人都有身份证；第二，对于国外来的病人，不同国家的病人的证件号码并不见得没有重复。因此，用身份证号码作为病人表的primarykey是一个特别糟糕的设计。考虑到没有医生或者护士会刻意去记这些号码，使用自增长primarykey是更好的设计。  公司编号采用某种特定的编码方法，这也是早期的数据库系统常见的做法。它的缺点也显而易见：很简单出现像千年虫的软件问题，因为当时设计数据库表的时候设计的位数太短，导致系统使用几年后不能满意要求，只有修改程序才能连续使用。问题在于，任何人设计系统的时候，在估计某某编号多少位可以够用的时候，都存在估计不准的风险。而采用自增长primarykey则不存在这种问题。同样的道理，没有人可以去记这些号码。  使用自增长primarykey另外一个原因是性能问题。略有编程常识的人都知道，数字大小比较比字符串大小比较要快得多。使用自增长primarykey可以大大地提高数据查找速度。  2.避免用复合主键(compoundprimarykey)  这主要还是因为性能问题。数据检索是要用到大量的primarykey值比较，只比较一个字段比比较多个字段快许多。使用单个primarykey从编程的角度也很有好处，sql语句中where条件可以写更少的代码，这意味着出错的机会大大削减。  3.双主键  双主键是指数据库表有两个字段，这两个字段独立成为主键，但又同时存在。数据库系统的双主键最早用在用户管理模块。最早的来源可能是参照操作系统的用户管理模块。  操作系统的用户管理有两个独立的主键：操作系统自己自动生成的随机ID(Linux,windows的SID),loginid。这两个ID都必需是唯一的，不同的是，删除用户test然后增加一个用户test,SID不同，loginid相同。采用双主键主要目的是为了防止删除后增加同样的loginid造成的混乱。比如销售经理hellen本机共享文件给总经理peter,一年后总经理离开公司，进来一个平凡员工peter，两个peter用同样的loginid,假如只用loginid作操作系统的用户管理主键，则存在漏洞：平凡员工peter可以访问原来只有总经理才能看的文件。操作系统自己自动生成的随机ID一般状况下面用户是看不到的。  双主键现在已经广泛用在各种数据库系统中，不限于用户管理系统。  4.以固定的数据库、表应付变化的客户需求  这主要基于以下几个因素的考虑：  4.1大型EPR系统的正常使用、维护需要软件厂商及其众多的合作伙伴共同给客户供应技术服务，包括大量的二次开发。  假如用户在软件正常使用过程中需要增加新的表或者数据库，将给软件厂商及其众多的合作伙伴带来难题。  4.2软件升级的需要。  没有一个软件能够让客户使用几十上百年不用升级的。软件升级往往涉及数据库表结构的转变。软件厂商会做额外的程序将早期版本软件的数据库数据升级到新的版本，但是对于用户使用过程中生成的表进行处理就比较犯难。  4.3软件开发的需要。  使用固定的数据库库表从开发、二次开发来说，更加简单。对于用户使用过程中生成的表，每次查找数据时都要先查表名，再找数据，比较麻烦。   ERP系统中超过100万条数据的表许多，对于许多表中的任何一个，一次取全部的会导致数据库服务器长时间处于停滞状态，并且影响其它在线用户的系统响应速度。  1.自增长primarykey  采用自增长primarykey主要是性能。早期的数据库系统，经常采用某种编号，比如身份证号码，公司编号等等作为数据库表的primarykey。然而，很快，大家就发觉其中的不利之处。  比如早期的医院管理系统，用身份证号码作为病人表的primarykey。然而，第一，不是每个人都有身份证；第二，对于国外来的病人，不同国家的病人的证件号码并不见得没有重复。因此，用身份证号码作为病人表的primarykey是一个特别糟糕