今天帮同事写了一个小的数据库存储过程的DEMO，发现有两种不同的执行语句的实现方式。
列出如下。
 
1、有时候我们利用数据库的存储过程来执行一些比较耗时间的SELECT操作，存储过程类似于函数，它可以单独执行。以下为执行方式一，支持SQL语句的动态拼接。
CREATE OR REPLACE FUNCTION func_test() RETURNS INTEGER AS
$BODY$
DECLARE
sqlstr VARCHAR;
number INTEGER;
BEGIN
    
         sqlstr = 'SELECT COUNT(*) FROM tbl_res';   
         EXCUTE sqlstr INTO number;     
 
          RETURN 0;
END;
$BODY$
LANGUAGE 'plpgsql' VOLATILE CALLED ON NULL INPUT SECURITY INVOKER;
 
2、有时候我们想对结果集遍历操作，可以用如下偷懒方式。
 
CREATE OR REPLACE FUNCTION func_test() RETURNS INTEGER AS
$BODY$
DECLARE
sqlstr VARCHAR;
result RECORD;
BEGIN
    sqlstr = 'SELECT * FROM tbl_res'; 
    FOR result IN EXCUTE sqlstr LOOP
    END LOOP;
 
RETURN 0;
END;
$BODY$
LANGUAGE 'plpgsql' VOLATILE CALLED ON NULL INPUT SECURITY INVOKER;
 
 
				
转载于:https://blog.51cto.com/gooner/1216242

                                        
                                            
DB2查看存储过程里SQL语句的执行情况 
动态SQL可以用snapshot查看，存储过程里SQL语句的执行情况用event monitor查看。
但是event monitor没有记录SQL语句，而是记录了package id和Section id。
根据package id和Section id再查询系统表就可以得到原始的SQL语句。

例子如下：
(1)创建存储过程
create procedure sales_status
(in quota integer)
dynamic result sets 2
language sql
begin
declare SQLSTATE char(5);

declare rs cursor with return for
select sales_person, sum(sales) as total_sales
from sales
group by sales_person
having sum(sales) > quota;

open rs;


insert into tt1 values (1),(2),(3),(4),(5);

end
@ 

(2)创建event monitor，并捕获statement信息
db2 create event monitor ev2 for statements write to file 'D:	mp'
db2 set event monitor ev2 state 1
db2 "call sales_status(10)"
db2 FLUSH EVENT MONITOR ev2
db2evmon -db sample -evm ev2 > 1.out

(3)查看输出文件
在call sales_status(10)语句后面，可以找到
8) Statement Event ...
Appl Handle: 7
Appl Id: *LOCAL.DB2.070809034142
Appl Seq number: 00053

Record is the result of a flush: FALSE
-------------------------------------------
Type : Static
Operation: Execute
Section : 2
Creator : DB2ADMIN
Package : P2323139
Consistency Token : oAfgMJIX
Package Version ID : 
Cursor : 
Cursor was blocking: FALSE
-------------------------------------------
Start Time: 2007-08-09 12:33:22.394140
Stop Time: 2007-08-09 12:33:22.394599
Exec Time: 0.000459 seconds
Number of Agents created: 1
User CPU: 0.000000 seconds
System CPU: 0.000000 seconds
Fetch Count: 0
Sorts: 0
Total sort time: 0
Sort overflows: 0
Rows read: 1
Rows written: 5
...

10) Statement Event ...
Appl Handle: 7
Appl Id: *LOCAL.DB2.070809034142
Appl Seq number: 00053

Record is the result of a flush: FALSE
-------------------------------------------
Type : Static
Operation: Close
Section : 1
Creator : DB2ADMIN
Package : P2323139
Consistency Token : oAfgMJIX
Package Version ID : 
Cursor : RS
Cursor was blocking: TRUE
-------------------------------------------
Start Time: 2007-08-09 12:33:22.390159
Stop Time: 2007-08-09 12:33:22.398984
Exec Time: 0.008825 seconds
Number of Agents created: 1
User CPU: 0.000000 seconds
System CPU: 0.000000 seconds
Fetch Count: 3
Sorts: 1
Total sort time: 0
Sort overflows: 0
Rows read: 45
Rows written: 0
...

看到Package=P2323139, Section=1的SQL有 Rows read: 45
看到Package=P2323139, Section=2的SQL有 Rows read: 1, Rows written: 5

(4)查询系统表，就可以看到原始的SQL语句了
select s.STMTNO, s.SECTNO, s.TEXT 
from SYSCAT.STATEMENTS s 
where s.PKGNAME='P2323139' ;

STMTNO SECTNO TEXT ----------- ------ -------
8 1 DECLARE RS cursor with return for select SALES_PERSON, SUM(SALES) as TOTAL_SALES from SALES group by SALES_PERSON having SUM(SALES) > :HV00008 :HI00008 
17 2 insert into TT1 values (1),(2),(3),(4),(5) 


                    

                                                    来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/694276/viewspace-51430/，如需转载，请注明出处，否则将追究法律责任。
                                            

                
转载于:http://blog.itpub.net/694276/viewspace-51430/

VS上报出SqlException

在系统上做一操作，需要在数据库上操作，但报出SqlException。如下图

在下方的自动窗口中，可以找到当前执行的存储过程名称，以及执行这个存储过程所使用的参数的值。

从上图可以看到，这个存储过程的名字是”SP_COM_APPLYAPPLICATION”。此时四个参数的值如下：



@APPLYID : SQZL062016042000000003
@APPLYTYPEID : SQZL06
@COMPANYID : DSC001
@USERID : DSC0010023



追踪存储过程的执行过程

打开SQL Server 2014，假设数据库叫DB，在DB -> 可编程性 -> 存储过程，找到“SP_COM_APPLYAPPLICATION”这个存储过程。右键选择“执行存储过程”：

将上面记录的四个参数，分别填入“值”中。执行。这时会自动生成一个查询：

执行的结果，返回0。我们在EXEC这条语句上设置断点。然后调试，它开始执行第一条语句：

按F10可以执行当前查询的下一条语句，按F11的话，如果可以进入内层代码的执行，就会进去，所以我们就按F11就行，因为我们想要搞清楚EXEC在存储过程里的执行情况。执行到EXEC时，继续按F11，进入存储过程的执行：


自动跳转到存储过程，我们在这里继续按F11，就能看到它是从上图的条件语句中返回的，错误就出在这里。（能看到这条出错的执行语句）继续按F11，就会返回到我们的查询，追踪结束。

另外，如果数据库一直处在“（还原中…）”的状态，可以简单地这样处理：右键数据库 -> 策略 -> 删除运行状态。这样，这个数据库就能展开了。

通过存储过程拼装sql语句，然后执行拼装好的sql语句

主要思路


	
根据条件从主表获取数据并创建 新的子表
	
	

	
对子表执行 比对，比对结果插入到结果表
	
	

	
删除子表
	
 

如果子表的数据仍然比较大，可通过 拼装sql语句给子表建索引，提高比对效率

1、创建子表

set V_EXEC_SQL = concat("create  table ", table_sub, "
select row1,row2,row3 row4 from table_main 
where row1 = '", v_tmp,"';");

 SET @V_EXEC_SQL = V_EXEC_SQL;
 PREPARE STMT FROM @V_EXEC_SQL;     
 EXECUTE STMT ;                     
 DEALLOCATE PREPARE STMT;

 -- 建索引
set V_EXEC_SQL = concat ("ALTER TABLE ", table_main ," ADD INDEX ",table_main ,"_idx1 (row1);");
 SET @V_EXEC_SQL = V_EXEC_SQL;
 PREPARE STMT FROM @V_EXEC_SQL;     
 EXECUTE STMT ;                     
 DEALLOCATE PREPARE STMT;

2、执行业务比对操作

3、业务操作完成后删除掉新建的子表

set V_EXEC_SQL = concat("drop table IF EXISTS  `", table_sub, "` ;");

SET @V_EXEC_SQL = V_EXEC_SQL;
 PREPARE STMT FROM @V_EXEC_SQL;     
 EXECUTE STMT ;                     
 DEALLOCATE PREPARE STMT;

 

防止存储过程意外退出导致上次执行的时候没有删除掉表格，最好在建表前先执行下删表语句。