有用【东软】HIS的请进来！

lfree

最初由 husthxd 发布
[B]

呵呵,就事论事,不妨把某些缺陷说出来听听的 [/B]

1.绑定变量的问题。
2。bad sql语句，顺便我们使用的8.1.7
的标准版，不支持索引：
SELECT NVL (MAX (seeno), 0) + 1
  FROM r_register
WHERE dept_code = :1
   AND noon_code = :2
   AND reglevl_code = :3
   AND TRUNC (see_date) = :4

原来索引建立在dept_code+noon_code+reglevl_code
显然不合理，最佳的修改sql
see_date between :4 and :5
在see_date建立索引（因为不支持函数索引）。

husthxd

最初由 lfree 发布
[B]

1.绑定变量的问题。
2。bad sql语句，顺便我们使用的8.1.7
的标准版，不支持索引：
SELECT NVL (MAX (seeno), 0) + 1
  FROM r_register
WHERE dept_code = :1
   AND noon_code = :2
   AND reglevl_code = :3
   AND TRUNC (see_date) = :4

原来索引建立在dept_code+noon_code+reglevl_code
显然不合理，最佳的修改sql
see_date between :4 and :5
在see_date建立索引（因为不支持函数索引）。 [/B]

不了解表中各列的分布以及选择性.如果你能够在不同的情况下把执行计划以及相应的统计信息贴出来就更好比较了.
下面是我做的一个实验.


test@SYSTEM_SERVER> set autotrace off
test@SYSTEM_SERVER> set timing on
test@SYSTEM_SERVER>
test@SYSTEM_SERVER> drop table r_register
  2  /

表已丢弃。

已用时间:  00: 00: 01.07
test@SYSTEM_SERVER> create table r_register
  2  (
  3  dept_code  char(10),
  4  noon_code  char(10),
  5  reglevl_code       char(10),
  6  seeno              number(10),
  7  see_date   date
  8  )
  9  /

表已创建。

已用时间:  00: 00: 00.01
test@SYSTEM_SERVER>
test@SYSTEM_SERVER> declare
  2  begin
  3    for i in 1..100000 loop
  4      insert into r_register values(to_char(mod(i,10000)),'N'||to_char(i),'R'
||to_char(mod(i,50000)),i,sysdate-mod(i,365));
  5    end loop;
  6  end;
  7  /

PL/SQL 过程已成功完成。

已用时间:  00: 01: 46.06
test@SYSTEM_SERVER> commit
  2  /

提交完成。

已用时间:  00: 00: 00.00
test@SYSTEM_SERVER>
test@SYSTEM_SERVER> create index idx_r_register_c on r_register(dept_code,noon_c
ode,reglevl_code)
  2  /

索引已创建。

已用时间:  00: 00: 45.05
test@SYSTEM_SERVER>
test@SYSTEM_SERVER> analyze table r_register compute statistics for table for al
l indexes
  2  /

表已分析。

已用时间:  00: 00: 01.09
test@SYSTEM_SERVER>
test@SYSTEM_SERVER> set autotrace on
test@SYSTEM_SERVER>
test@SYSTEM_SERVER> SELECT NVL (MAX (seeno), 0) + 1
  2  FROM r_register
  3  WHERE dept_code = '1'
  4  AND noon_code = 'N2'
  5  AND reglevl_code = 'M3'
  6  AND TRUNC (see_date) = to_date('20050101','yyyymmdd')
  7  /

NVL(MAX(SEENO),0)+1
-------------------
                  1

已用时间:  00: 00: 00.01

Execution Plan
----------------------------------------------------------
   0      SELECT STATEMENT Optimizer=CHOOSE (Cost=4 Card=1 Bytes=49)
   1    0   SORT (AGGREGATE)
   2    1     TABLE ACCESS (BY INDEX ROWID) OF 'R_REGISTER' (Cost=4 Ca
          rd=1 Bytes=49)

   3    2       INDEX (RANGE SCAN) OF 'IDX_R_REGISTER_C' (NON-UNIQUE)
          (Cost=3 Card=1)





Statistics
----------------------------------------------------------
        102  recursive calls
          0  db block gets
          8  consistent gets
          0  physical reads
          0  redo size
        375  bytes sent via SQL*Net to client
        153  bytes received via SQL*Net from client
          2  SQL*Net roundtrips to/from client
          1  sorts (memory)
          0  sorts (disk)
          1  rows processed

test@SYSTEM_SERVER>

----------------


test@SYSTEM_SERVER> drop index idx_r_register_c
  2  /

索引已丢弃。

已用时间:  00: 00: 01.00
test@SYSTEM_SERVER> create index idx_r_register_date on r_register(see_date)
  2  /

索引已创建。

已用时间:  00: 00: 27.03
test@SYSTEM_SERVER> analyze table r_register compute statistics for table for al
l indexes
  2  /

表已分析。

已用时间:  00: 00: 01.01
test@SYSTEM_SERVER>
test@SYSTEM_SERVER> set autotrace on
test@SYSTEM_SERVER>
test@SYSTEM_SERVER> SELECT NVL (MAX (seeno), 0) + 1
  2  FROM r_register
  3  WHERE dept_code = '1'
  4  AND noon_code = 'N2'
  5  AND reglevl_code = 'M3'
  6  AND see_date between to_date('20050101 00:00:00','yyyymmdd hh24:mi:ss') and

  7  to_date('20050101 23:59:59','yyyymmdd hh24:mi:ss')
  8  /

NVL(MAX(SEENO),0)+1
-------------------
                  1

已用时间:  00: 00: 00.01

Execution Plan
----------------------------------------------------------
   0      SELECT STATEMENT Optimizer=CHOOSE (Cost=107 Card=1 Bytes=49)
   1    0   SORT (AGGREGATE)
   2    1     TABLE ACCESS (BY INDEX ROWID) OF 'R_REGISTER' (Cost=107
          Card=1 Bytes=49)

   3    2       INDEX (RANGE SCAN) OF 'IDX_R_REGISTER_DATE' (NON-UNIQU
          E) (Cost=3 Card=1)





Statistics
----------------------------------------------------------
         29  recursive calls
          0  db block gets
        279  consistent gets
          0  physical reads
          0  redo size
        376  bytes sent via SQL*Net to client
        517  bytes received via SQL*Net from client
          3  SQL*Net roundtrips to/from client
          1  sorts (memory)
          0  sorts (disk)
          1  rows processed

test@SYSTEM_SERVER>


虽然从时间上看没什么差别,但从统计信息中的consistent gets来看,创建复合索引要优于单索引.

lfree

佩服老兄，看来老兄oracle的功底比我好！我没有做更今一步的解析。
dept_code表示科室号，充气量仅仅40个，
noon_code表示上下午，最多两个值，
reglevl_code 表示 正常门诊或者急诊。仅仅存在160个可能。

很明显数据重复率很高，实际上这段sql要与程序结合在一起看，
他的主要目的就是获得当天以上where情况的最大号，作为下一条记录的插入。
参数:4的值是sysdate，很明显索引建立在see_date最好，另外从数据分布看
数据具有时间相关性，读取块的数量会很少，正常每天的门诊在1000上下。
占8块左右。如果使用旧索引，在cbo模式下根本不会使用此索引。

husthxd

如果表很大的话,在see_date上建立分区的话优化的效果会更好.
btw:当然分区更多的是为了方便管理.

hotpig

最初由 husthxd 发布
[B]如果表很大的话,在see_date上建立分区的话优化的效果会更好.
btw:当然分区更多的是为了方便管理. [/B]

说的不错，如果检索条件WHERE中的值比较少的话，随着数据量的增加，其检索效率将逐渐变缓，应为其可能访问到条数比较多，也就意味着IO操作频繁。

husthxd

最初由 hotpig 发布
[B]

说的不错，如果检索条件WHERE中的值比较少的话，随着数据量的增加，其检索效率将逐渐变缓，应为其可能访问到条数比较多，也就意味着IO操作频繁。 [/B]

如果可以预见的表的数据会越来越多,预先建好分区表会方便不少.
btw:
更多的调整与优化的案例请参考itpub即将出版的专门讲述Oracle优化的系列丛书.

飘浮的云

说风凉话好可真多啊。怎么做软件的人都是高学历低素质的呢，要不然就是这里面的人很少有做软件的？无稽之谈，论坛更应该是大家学习的空间吧？有好的东西就拿上来让大家分享一下，一会东家长一会西家短的。你们自己又是做什么的呢？如果也是在做软件的话就应该想得到，在你说别人软件坏话的时候也许别的软件又多出了一个功能。这家不好那家不好的你给拿出一个好的来啊。

lfree

最初由 飘浮的云 发布
[B]说风凉话好可真多啊。怎么做软件的人都是高学历低素质的呢，要不然就是这里面的人很少有做软件的？无稽之谈，论坛更应该是大家学习的空间吧？有好的东西就拿上来让大家分享一下，一会东家长一会西家短的。你们自己又是做什么的呢？如果也是在做软件的话就应该想得到，在你说别人软件坏话的时候也许别的软件又多出了一个功能。这家不好那家不好的你给拿出一个好的来啊。 [/B]

什么这个帖子husthxd你编辑过。

实际上确实有这个问题，但是如果你是DBA，你就明白许多现象不应该出现。
这些我可以举出许多例子。

讲个简单一点的问题，oracle绑定变量的问题，许多开发公司都出现这种低级错误，这个仅仅提醒程序员很容易避免。还有优化应该贯穿于产品的开始，而不是事后来优化它。你可以看看许多sql server开发人员，经常会使用datediff函数在where子句里面，时间看看执行计划就很容易定位问题。

我们的医保系统。开始一上传数据就很容易出现死锁的现象，我开始不了解sql server，叫开发公司解决，开始怀疑网络有病毒还有网络有问题，我仅仅问他在别的医院是否存在这个问题，我打电话到别的医院询问，问题一样，所以我跟他讲不要怀疑网络有问题。后来我使用事件探查器，很容易跟踪这个问题。

在换句化讲，如果你是这些数据库的管理员，你不骂才怪？我现在仅仅告诉医保科的操作员如何杀进程。

husthxd

不单是客户其实任何人都可以提出有益于系统改进的意见.
不过呢,评判一个现成产品的缺点总是容易的,因为软件总是有缺点的,其实如果做过软件的人都知道,bug无处不在,做一个软件并不是很容易的.
总的来说,开发人员要对客户提出的意见和建议要虚心接受.毕竟客户是甲方嘛

冰冻奶茶

医保业务的复杂性大家都已经是知道了
而且各个地方的政策差异（人为因素）又特别的大
不可以说大家一起来挨条语句的优化
那就不用工作了
不过优化的工作是一直在做的