DB2 纯SQL存储过程与函数的一些限制
*给多个变量赋值
function只能使用
set (a,b,c)=(select a,b,c from #);
procedure只能使用
select a,b,c into a,b,c from #
*function无法嵌套调用带有inout或out参数的procedure，现象为：无法创建。
今天的进展结论是：
function可以调用任何procedure，但必须声明为modifies sql data，同时必须返回table类型，不能使单值或row类型
*procedure可以嵌套调用，哪怕是带inout参数的存储过程.
*function 可以嵌套调用.
*IBM开发者网站一篇文章说：function的效率比procedure高。
我的答案是相反。
同样的语句，function和procedure的首次调用时间有10倍左右的差距。
经过测试有如下结论：
1.如果参数完全一样，两次调用同样的function，首次调用速度很慢（2秒左右），但第二次开始就很快（0.2秒左右），但后来很快的调用应该是采用了缓存机制，而这个缓存的生存期未知。
2.同样的函数，只要参数发生任何变化，那么首次还是会很慢。
3.procedure很稳定，第一次和后面的调用差别不大。并且都是0.2秒级的。
而且最让人纳闷的是哪怕代码仅是一些比较判断，根本不涉及数据，function的效率也不敢恭维。
所以如果是使用频率相当高的代码，无论如何，想方设法都得改成procedure。
*procedure无法进行动态out参数procedure调用。
什么意思呢，就是要调用的procedure不是硬编码的
--这是没有问题的
create procedure out_proc
call in_proc;
end
--这也没有问题的
create procedure out_proc
...
statment='call in_proc()';
prepare s1 from statment;
execute s1;
end
--可以创建，但运行时会报错
create procedure out_proc
...
declare out_param int;
statment='call in_proc('||cast(out_param as char(10))||')';
prepare statment;
execute statment;
end
这些限制完全没有任何的文档可以查询到，是实际测试后得出的结论，特记于此，免得以后又走弯路
目前已经写好了调用procedure的function，性能确实要强过直接调用function。但碰到了新问题：
*调用了procedure的function不能象一般function一样在select语句中查询，比如
func1 returns table()
func2 returns table() --其中调用了procedure
那么
--直接获取func1,正常
select * from table(func1) as tmp
--直接获取func2，正常
select * from t
相关文档：
SQL优化34条
我们要做到不但会写SQL,还要做到写出性能优良的SQL,以下为笔者学习、摘录、并汇总部分资料与大家分享！
（1） 选择最有效率的表名顺序(只在基于规则的优化器中有效)：
ORACLE 的解析器按照从右到左的顺序处理from子句中的表名，from子句中写在最后的表(基础表 driving tabl ......
原文地址：http://www.dingos.cn/index.php?topic=1688.0
Oracle有rownum用于访问表中行号。那么在SQL Server中是否有等效的呢？或者在SQL Server中如何输出行号？
-----------------------------------
在SQL Server中没有直接等效于Oracle的rownum
-----------------------------------
严格说来，在关系数据库中，� ......
原文出处：http://www.dingos.cn/index.php?topic=1874.0
定义和用法
CONVERT() 函数是把日期转换为新数据类型的通用函数。
CONVERT() 函数可以用不同的格式显示日期/时间数据
语法
CONVERT(data_type(length),data_to_be_converted,style)
data_type(length) 规定目标数据类型（带有可选的长度）。data_to_be_conve ......
如何生成explain plan?
解答:运行utlxplan.sql. 建立plan 表
针对特定SQL语句，使用 explain plan set statement_id = 'tst1' into plan_table
运行utlxplp.sql 或 utlxpls.sql察看explain plan
EXPLAIN PLAN 是一个很好的分析SQL语句的工具,它甚至可以在不执行SQL的情况下分析语句. 通过分析,我们就可以� ......
