大型ERP等数据库系统常见的几种设计
2019-4-20 8:0:0 wondial大型ERP等数据库系统常见的几种设计
大型ERP等数据库系统常见的几种设计1. 自增长primary key
采用自增长primary key主要是性能。早期的数据库系统,经常采用某种编号,比如身份证号码,公司编号等等作为数据库表的 primary key。然而,很快,大家就发现其中的不利之处。
比如早期的医院管理系统,用身份证号码作为病人表的 primary key。然而,第一,不是每个人都有身份证;第二,对于国外来的病人,不同国家的病人的证件号码并不见得没有重复。因此,用身份证号码作为病人表的primary key是一个非常糟糕的设计。考虑到没有医生或者护士会刻意去记这些号码,使用自增长primary key是更好的设计。
公司编号采用某种特定的编码方法,这也是早期的数据库系统常见的做法。它的缺点也显而易见:很容易出现像千年虫的软件问题,因为当初设计数据库表的时候设计的位数太短,导致系统使用几年后不能满足要求,只有修改程序才能继续使用。问题在于,任何人设计系统的时候,在预计某某编号多少位可以够用的时候,都存在预计不准的风险。而采用自增长 primary key 则不存在这种问题。同样的道理,没有人可以去记这些号码。
使用自增长primary key另外一个原因是性能问题。略有编程常识的人都知道,数字大小比较比字符串大小比较要快得多。使用自增长primary key可以大大地提高数据查找速度。
2. 避免用复合主键 (compound primary key)
这主要还是因为性能问题。数据检索是要用到大量的 primary key 值比较,只比较一个字段比比较多个字段快很多。使用单个 primary key 从编程的角度也很有好处, sql 语句中 where 条件可以写更少的代码,这意味着出错的机会大大减少。
3. 双主键
双主键是指数据库表有两个字段,这两个字段独立成为主键,但又同时存在。 数据库系统的双主键最早用在用户管理模块。最早的来源可能是参照操作系统的用户管理模块。
操作系统的用户管理有两个独立的主键:操作系统自己自动生成的随机ID (Linux, windows的SID),login id。这两个ID 都必须是唯一的,不同的是,删除用户 test 然后增加一个用户test,SID 不同,login id 相同。采用双主键主要目的是为了防止删除后增加同样的login id 造成的混乱。比如销售经理hellen 本机共享文件给总经理peter,一年后总经理离开公司,进来一个普通员工peter ,两个peter 用同样的 login id,如果只用login id 作操作系统的用户管理主键,则存在漏洞:普通员工peter 可以访问原来只有总经理才能看的文件。操作系统自己自动生成的随机ID 一般情况下面用户是看不到的。
双主键现在已经广泛用在各种数据库系统中,不限于用户管理系统。
4. 以固定的数据库、表应付变化的客户需求
这主要基于以下几个因素的考虑:
(1)大型 EPR 系统的正常使用、维护需要软件厂商及其众多的合作伙伴共同给客户提供技术服务,包括大量的二次开发。
如果用户在软件正常使用过程中需要增加新的表或者数据库,将给软件厂商及其众多的合作伙伴带来难题。
(2)软件升级的需要。
没有一个软件能够让客户使用几十上百年不用升级的。软件升级往往涉及数据库表结构的改变。软件厂商会做额外的程序将早期版本软件的数据库数据升级到新的版本,但是对于用户使用过程中生成的表进行处理就比较为难。
(3)软件开发的需要。
使用固定的数据库库表从开发、二次开发来说,更加容易。对于用户使用过程中生成的表,每次查找数据时都要先查表名,再找数据,比较麻烦。
举例来说,早期的用友财务软件用Access 作数据库,每年建立一个新的数据库。很快,用户和用友公司都发现,跨年度数据分析很难做。因此这是一个不好的设计。在ERP 中,很少有不同的年度数据单独分开。一般来说,所有年份的数据都在同一个表中。对于跨国公司甚至整个集团公司都用同一个ERP 系统的时候,所有公司的数据都在一起。这样的好处是数据分析比较容易做。
现在大多数数据库系统都能做到在常数时间内返回一定量的数据。比如,Oracle 数据库中,根据primary key 在 100万条数据中取10 条数据,与在1 亿条数据中取10 条数据,时间相差并不多。
5. 避免一次取数据库大量数据,取大量数据一定要用分页
这基本上是现在很多数据库系统设计的基本守则。ERP 系统中超过 100万条数据的表很多,对于很多表中的任何一个,一次取所有的会导致数据库服务器长时间处于停滞状态,并且影响其它在线用户的系统响应速度。
一般来说,日常操作,在分页显示的情况下面,每次取得数据在1-100 之间,系统响应速度足够快,客户端基本没有特别长的停顿。这是比较理想的设计。这也是大型数据库系统往往用ODBC,ADO等等通用的数据库联接组件而不用特定的速度较快的专用数据库联接组件的原因。因为系统瓶颈在于数据库( Database) 方面(数据量大),而不在于客户端(客户端每次只取少量数据)。
在 B/S 数据库系统中,分页非常普遍。早期的数据库系统经常有客户端程序中一次性取大量数据做缓冲。现在已经不是特别需要了,主要原因有:
(1)数据库本身的缓冲技术大大提高。
大部分数据库都会自动将常用的数据自动放在内存中缓冲,以提高性能。
(2)数据库联接组件的缓冲技术也在提高。
包括 ADO 在内的一些数据库联接组件都会自动对数据结果集(result set)进行缓冲,并且效果不错。比较新颖的数据库联接组件,比如 Hibernate 也加入了一些数据结果集缓冲功能。
当然,也有一些数据库联接组件没有对数据结果集进行缓冲,比如 JDBC Driver,不过几年之内情况应该有所改观。也有些不太成功的数据缓冲,比如 EJB 中的实体Bean,性能就不尽如人意,实体Bean数据也是放在内存中,可能是因为占用内存过多的缘故。
相对来说,今天的程序员写客户端数据缓冲,能够超过以上两个缓冲效果的,已经比较难了。
如果您的问题还没有解决,可以到 T+搜索>>上找一下
相关阅读
- 用友T6软件如何增加操作员?2021-6-17 8:45:27
- 用友T6软件如何计提折旧?2021-6-17 8:41:2
- 用友T6软件出现零出库2021-5-21 13:50:36
- 用友T6软件用友财务报表,利润表,资产负债表提示正在被用户使用,出现加锁怎么解决2021-5-21 13:47:3
- 用友T6软件销售类型有哪些?2021-5-21 13:44:29
- 用友T6软件期初对账时应付模块和总账对账不平?2021-5-6 17:33:9
- 用友T6软件年结检查2021-5-6 17:32:7
- 用友T6软件客户往来期初对账不平2021-5-6 17:29:47
- T6如何计算偿债能力图文教程2021-1-10 13:47:49
- T6设置凭证账簿套打图文教程2021-1-9 14:1:58
最新信息
- 凭证打印时别的都能正常打印,由固定资产生成的凭证打印时提示打印机缺纸,错误号1001
- 销售出库单 记账失败 提示 单据号“00000001” 记账失败
- 提示此帐套行业性质与科目设置中的科目分类不符这么怎么办
- 11.5客户端登录一直这样,服务器可以打开,地址可以ping通,端口也可以
- t3安装到最后一直不提示重新启动,强制重启后,服务里没有T3,这是怎么回事啊-电脑装的是WIN7 32位的
- T3 10.8.2 反记账按CTRL+H没 反应 反结账可以
- T3普及版10.8puls1 民间非盈利组织 选择10月现金流量,现金流量表的累计算到11月份。这是怎么回事,11月份算过了,但是往回查选择10月份,不会算到10月份,算到11月份。
- 反结账、反记账快捷键没有任何反映(fn+Ctrl+shift+F6),请问怎么处理?
- 变动单点击没有反应是什么原因?
- 我想要修改7月份调拨生成的凭证,怎么个操作步骤?已经结账到10月了
如果应收应付管理从1月开始启用,总账系统应收科目有期初余额,该怎么处理 如果应收应付管理从1月开始启用,总账系统应收科目有期初余额,该怎么处理[]
应收应付期初余额的界面要做期初单据,金额和总账一致@服务社区赖海芳: 就是说总账系统里的应收期初余额不用修改,在应收管理系统里录入期初单据是吧@sqtydw:是的,总账是对的肯定不用改。@服务社区赖海芳: 好的,谢谢@sqtydw:[/微笑]