DM6.0相比DM以前的版本在功能和性能做了很大的扩充和优化,其中很重要的一项就是——运行器改造。通过改造后的运行器,存储过程的执行由原来的解释型执行变成了现在的编译型执行,极大提高了运行的效率和性能。
1. 编译型存储过程
我们可以看到本文标题有一个关键字:编译型。什么是编译型呢?我们都知道编程语言包括解释型语言和编译型语言(另外还有汇编型、混合型以及网页代码)。计算机不能直接理解高级语言,只能直接理解机器语言,所以必须要把高级语言翻译成机器语言,计算机才能执行高级语言编写的程序。翻译的方式有两种:一个是编译,一个是解释。两种方式只是翻译的时间不同。编译型语言写的程序执行之前,需要一个专门的编译过程,把程序编译成为机器语言的文件,比如exe文件,以后要运行的话就不用重新翻译了,直接使用编译的结果(exe文件)就行了,因为翻译只做了一次,运行时不需要翻译,所以编译型语言的程序执行效率高。DM6改成编译型后,所有的存储过程都保存成编译好的代码块,在调用该存储过程时就可以直接顺序运行对应的代码块,从而提高了存储过程的执行效率和性能。例如建立如下存储过程:
create or replace procedure p1 (a int, b int) as c int; begin c=a+b; print c; end;
这个存储过程经过编译后,产生的代码块如下:
0304c580 NINIT
0304c5f8 LOAD R0 V-2147483648
0304c650 LOAD R1 V-2147483647
0304c6a8 ADD R0 LIT
0304c700 STOR R0 V0
0304c750 LOAD R0 V0
0304c7a8 CAST
0304c828 PRT
0304c498 NRET
2. 虚拟机机制
本文标题还有另外一个关键字:虚拟机机制。为什么要引入虚拟机机制呢?上文中提到了编译型语言是直接把代码编译成机器语言的文件,比如exe文件。但是数据库的存储过程并不是一般的程序代码,不能也不需要直接编译成机器语言文件。事实上,编译后的存储过程是一段可以被达梦数据库服务器理解的代码块,这一点比较类似于Java虚拟机机制。Java代码编译后的class文件也不是机器语言文件,不能直接被计算机理解,所以Java在这里引入了Java虚拟机,这也是Java语言为什么能跨平台的原因。DM6引入虚拟机机制来运行编译后的存储过程,这也是DM6提高运行性能的一个重大改进。
3. 提升后的性能
为了更能体现运行器改造带来的性能提升,我们做了一组跟Oracle 10g数据库的性能对比,这是因为Oracle数据库的存储过程同样也是编译型的存储过程。
|
测试项 |
DM602(ms) |
Oracle(ms) |
备注 |
|
1 递归调用性能 |
129431 |
213744 |
计算第40位 |
|
2 异常处理性能影响 |
296 |
1421 |
100万次异常 |
|
3 游标遍历操作性能 |
1885 |
8255 |
50万数据 |
|
4 临时表增删查改性能 |
50317 |
46572 |
|
|
5 综合场景:模拟自连接性能:游标+动态sql |
681 |
4884 |
50万数据 |
|
6 综合场景:行列转置统计:动态sql+临时表+游标 |
1242765 |
2941858 |
100万数据 |
来自 “ ITPUB博客 ” ,链接:https://blog.itpub.net/23392679/viewspace-627976/
,如需转载,请注明出处,否则将追究法律责任。