XXXX的LIS系统的性能问题

lfree

》1.关于   like  %姓名 %   这种语句 ，模糊查询；在lis中无非也就是通过病人姓名查找检验结果的，lis也不可能是频繁的进行这种操作滴。
  因此，对数据库性能影响不大。

我们主要使用在发单处，相对还是很频繁的。对数据库性能影响目前看不出来。
就算要保持这种模糊查询的特性，应该有一个按钮来选择。

平时执行的是like '姓名%',  按下按钮时执行 like '%姓名%',在说了查询很少不知道一个人姓什么的。

lfree

》2.关于索引，你删掉了很多，教科书上的说法不一定适用！根据你的lis运行时间以及业务特点，一次500000行的表扫描操作无论如何不会快，所以，对你来说（注意，是对你）重复，多余索引对系统性能影响应该不大。

至少日志会增大很快，特性像增长很快变化很多的表，插入，删除，update，都要产生大量日志。

另外选择率很低的列建立使用，oracle也许根本不会用。就算用，也许不如全表扫描。

lfree

3.数据操作引起的日志增大。
其实最重要的是，我认为：就是大量存储过程的嵌套使用，以及中间临时表的产生。这是最要命的！

我仔细权衡我们的系统，临时表导致的日志增大最多一天也就是80－100M这个数量。
我不认为目前我们系统的日志高主要是临时表在起主要作用。我目前还在看与研究。

lfree

》对于你做的优化，我认为对于数据库性能的提高也只能提高最多5％。。。。。
我认为不止5％。

lfree

通过存储过程简化开发代码，通过视图进行多表的关联这种开发技术是最差劲的！为了代码易于修改，于是写大量的存储过程，用户所需数据
不能直接产生，单张表信息过于简化，就通过临时表汇总处理，每进行一次汇总或者查询统计就执行一次存储，重复的删除，创建临时表,
数据库单张表记录数应该处于一个比较低的数量级的时候这确实是个好办法，但随着记录数不断增加，导致数据库性能会很差！大部分资源在
数据库进行处理，白白浪费了客户机的资源。

因此，对于你做的优化，我认为对于数据库性能的提高也只能提高最多5％。。。。。（类似的情况我也碰到过，哎）


我感觉你讲的这些，应该针对的是ms sql ，而不是oracle。

lxh504

原帖由 lfree 于 2008-11-27 08:24 发表
3.数据操作引起的日志增大。
其实最重要的是，我认为：就是大量存储过程的嵌套使用，以及中间临时表的产生。这是最要命的！

我仔细权衡我们的系统，临时表导致的日志增大最多一天也就是80－100M这个数量。
我不认为目前我们系统的日志高主要是临时表在起主要作用。我目前还在看与研究。

看来楼主的确比拉里·埃利森还厉害～优化一下数据库，应用就能飞起来，呵呵，牛......................

lfree

拉里·埃利森并不做技术的。

也许lxh504 认为是不可能有这样的提高，实际的例子有许多的。

lfree

0.我使用的是11G.
1。 建立一个临时表：
CREATE GLOBAL TEMPORARY TABLE SCOTT.TEMP_TEST
(
  A  VARCHAR2(30 BYTE)                          NOT NULL,
  B  VARCHAR2(2000 BYTE)
)
ON COMMIT PRESERVE ROWS
NOCACHE;

alter system switch logfile ;

这样可以做到8k的数据块，仅仅放入3条记录。

2.插入记录6条，并且删除6记录：
set autotrace traceonly ;
INSERT INTO temp_test (a, b) SELECT TO_CHAR (SYSDATE, 'YYYYMMDD') || 'XXXX' || LPAD (ROWNUM, 4, '0'), LPAD ('A', 2000, 'A') FROM emp,emp,emp,emp where rownum<=&N;

产生的redo大小：        568  redo size

delete from temp_test ;

产生的redo大小：      13460  redo size

可以发现delete日志很大。

[ 本帖最后由 lfree 于 2008-11-28 15:05 编辑 ]

lfree

还是对比图来说明吧，实际上如果有使用对方产品的，也拿出来晒晒就知道，看看awr报表或者这些图就很清楚。
说明一下，系统最近升级的，使用10g，os ：2003 R2 64bit企业版。 内存8G。做了DG。
原来系统内存2G，windows 2003R1，32bit的。

数据块升级后我使用16K的。逻辑读平均在700上下（也许与原来对比要乘2）。
从等待事件看，都是黄色其它的事件，主要是与dg有关的事件。

cursor_sharing=force

lfree

awr报表前面的部分：