数据过大导致效率极低现象
- 浏览：618 - 发布时间：2008-01-08 00:00:00.0
| 问题版本: |
810-U6普及版3.1 |
问题模块: |
804-系统环境 |
| 所属行业: |
0-通用 |
问题状态: |
2-UU通注册用户 |
| 关 键 字: |
数据过大导致效率极低现象 |
适用产品: |
U821 |
| 补 丁 号: |
|
开放状态: |
0-UU通注册用户 |
| 原问题号: |
|
提交时间: |
2008-1-8 |
| 问题名称: |
数据过大导致效率极低现象 |
| 问题现象: |
现在有电脑报的问题如下：环境：宝德服务器，志强双800的CPU，内存1G，硬盘4个16G的SICI，产品821 ，SQL2000，SP3，打了产品全部补丁，初用友产品外，什么都没安装。目前数据库大小：6。2G 现象：在存货或库存中，对出入库单据进行修改，只要一旦点击修改，整个网络马上停顿，大概要5分钟后，允许修改，网络恢复正常。单服务器的内存将上升到800M以上，效率极低。 |
| 原因分析: |
由于数据库大小达到了6个多G,多个数据表中数据记录均已达到数万\几十万条(例如rdrecord/s,dispatchlist/s,salebillvouch/s),且该数据库设计时没有考虑到数据量过大的情况,未设计成多文件形式的数据库(即数据库由一个主文件和多个次文件,以及一个日志文件构成,次文件可以放在不同的物理磁盘上,分别存储不同的数据表和数据,可以大大提高数据库的访问效率和操作性能.其中主文件后缀名未.mdf,次文件后缀名为.ndf,日志文件后缀名为.log),目前该数据库仅由一个主文件和一个日志文 |
| 解决方案: |
修改操作时,点击修改按钮后,焦点转移到表体记录行时,系统需要执行现存量查询存储过程等等,与sqlserver之间进行的数据交互操作较为频繁,从而出现较长时间等待的现象. 另外效率较慢也可能与以前版本产品821的数据库结构设计有关,数据库结构设计的是否合理,数据表索引是否完善,表间关联关系是否合理,存储过程触发器是否充分优化效率,产品程序是否充分优化等等,这些都可能会影响到产品运行效率,特别是数据量较大时体现的较为明显. 提高效率问题主要涉及到两个方面，一是数据库性能优化，而是产品性能优化。产品性能优化 | |
