性能优化总结2008.doc

性能优化总结2008 艾国光 住院补记账问题。1）现象 不记账程序程序慢，在profile跟踪中可以看到’select zyxs from VW_ZYJGK where idm=0’语句。2）升级程序 2008年9月版本以后的补记账程序。 3)升级价值 非常高 4)优化原理 select zyxs from VW_ZYJGK where idm=0,会取所有非药品项目，而这些项目在医院一般有几千到上万条，这些数据取到前台这样导致网络性能差。2008 年9月份后修正了这个问题。 5)升级难度 中等,只是升级单独模块 住院医嘱执行到发要慢 1）现象 从医嘱执行到发药比较慢。Bq_FYQQK数据比较多，超过50万条2）升级程序 Vsts中对应要求id为10029. 3)升级价值 非常高 4)优化原理 原来bq_fyqqk,bq_hzlyd数据迁移是迁移病人出院后30-90天数据(具体有参数定)，但实际上对于已发药的数据，在当前表中只是发药打印补打时用到，程序优化为按参数指定这些已发药的数据保留天数，超过数据签到年表 5)升级难度 中等,要升退药相关程序 住院医嘱查询 1）现象 进入医嘱录入非常慢，在profile中可以看到usp_bq_yzcx非常慢2）升级程序 Vsts中对应要求id为22707. 3)升级价值 非常高 4)优化原理 把原来的取临时医嘱因为临嘱频次原因分为两个sql语句合为一个。 5)升级难度 低,升级usp_bq_yzcx存储过程 住院医嘱审核 1）现象 进入医嘱审核和病人出去非常慢。2）升级程序 Vsts中对应要求id为20864. 3)升级价值 非常高 4)优化原理 在对于停医嘱进行审核时，sql语句没用到索引。现加索引 5)升级难度 低,加索引就可以了 住院医嘱审核 1）现象 在这个住院系统比较慢时，医嘱审核特别慢。2）升级程序 Vsts中对应要求id为22689. 3)升级价值 非常低 4)优化原理 医嘱审核在取bq_lsyzk,bq_cqyzk.在去max(xh)是表没有加nolock,现加上 5)升级难度 低,升级医嘱审核前台程序 住院发药特别慢 1）现象 发药取明细数据和打印时特别慢。2）升级程序 Vsts中对应要求id为22682. 3)升级价值 高 4)优化原理 住院发药的打印取d.memo,d.lylx,前加个distinct会很好的提高性能。 5)升级难度 中,发药前台。 住院发药特别慢 1）现象 发药取明细数据和打印时特别慢。2）升级程序 Vsts中对应要求id为22858. 3)升级价值 高 4)优化原理 usp_zyyf_fymx_ex优化，对于@ksrq,如果为空改为当前时间的前一个月，并且把后面的a.qqrq between? @ksrq and @jsrq? or @ksrq is null 改为a.qqrq between? @ksrq and @jsrq?,这样可以利用qqrq索引。 5)升级难度 中,发药前台和usp_zyyf_fymx,usp_zyyf_fymx_ex。如果 不能升级前台，单独升usp_zyyf_fymx,usp_zyyf_fymx_ex也很有价值。 体检特别慢 1）现象 体检特别慢。2）升级程序 Vsts中对应要求id为20637. 3)升级价值 对于体检系统来说升级价值高 4)优化原理 为体检系统提供重索引脚本 5)升级难度 低,建个job就可以 体检特别慢 1）现象 体检特别慢。2）升级程序 Vsts中对应要求id为20866. 3)升级价值 对于体检系统来说升级价值高 4)优化原理 为体检系统提供重索引脚本 5)升级难度 低,执行建索引脚本就可以 住院欠费恢复查询 1）现象 住院欠费恢复查询特别慢。2）升级程序 Vsts中对应要求id为21910 3)升级价值 中，用此模块的医院升级价值高 4)优化原理 原来取数据的日期默认从2000年 到2099年，先改为查当前时间的最近7天 5)升级难度 低,升级前台程序 特殊收费项目 1）现象 涉及到yy_tssfxmk时特别慢。2）升级程序 Vsts中对应要求id为22351 3)升级价值 非常高 4)优化原理 YY_TSSFXMK原来的主键索引idm,ypdm,ybdm不合理，改为ypdm,idm,y