1.REG速度慢
解决方案:重构。
优化查询及更新数据库的时机。
重构更新office letter的数据表。
统一保存主页面数据接口。
修复新增加outlet时,生成下一个outletcode的sql脚本。
修复contact页面查询list的sql脚本的中,列名相同引起的运行缓慢的bug。
将validate和finish的部分校验逻辑统一。
2.客户环境中由license number引起的性能问题。
因为客户数据量很大。
在构造判定duplicate的sql脚本时,在某种条件时,会造成约束条件只有
license type=90701
,这样会造成很大的结果集,再循环的话就会很慢,一般十几分钟没有结果。
3.contact form 载入速度慢
同1.
4.letter 更新引起的锁等待问题
同1.
5.advance search 性能改善
因为用户自定义条件可能涉及多个数据表,所以预定义的sql会对多表进行左右内连接,导致性能下降。
解决方案:根据用户选择的条件,分析涉及的表种类。
然后依次预定义查询脚本。
根据用户最终选择的所有条件,选择合适的预定义查询脚本。
解决方案:重构。
优化查询及更新数据库的时机。
重构更新office letter的数据表。
统一保存主页面数据接口。
修复新增加outlet时,生成下一个outletcode的sql脚本。
修复contact页面查询list的sql脚本的中,列名相同引起的运行缓慢的bug。
将validate和finish的部分校验逻辑统一。
2.客户环境中由license number引起的性能问题。
因为客户数据量很大。
在构造判定duplicate的sql脚本时,在某种条件时,会造成约束条件只有
license type=90701
,这样会造成很大的结果集,再循环的话就会很慢,一般十几分钟没有结果。
3.contact form 载入速度慢
同1.
4.letter 更新引起的锁等待问题
同1.
5.advance search 性能改善
因为用户自定义条件可能涉及多个数据表,所以预定义的sql会对多表进行左右内连接,导致性能下降。
解决方案:根据用户选择的条件,分析涉及的表种类。
然后依次预定义查询脚本。
根据用户最终选择的所有条件,选择合适的预定义查询脚本。