SQL Server存储过程编程经验技巧
MS SQL Server目前正日益成为WindowNT操作系统上面最为重要的一种数据库管理系统，随着MS SQL Server2000的推出，微软的这种数据库服务系统真正的实现了在WindowsNT／2000系列操作系统一统天下的局面，在微软的操作系统上面，没有任何一种数据库系统能与之相抗衡，包括数据库领域的领头羊甲骨文公司的看家数据库系统Oracle在内。不可否认，MS SQL Server最大的缺陷就是只能运行在微软自己的操作系统上面，这一点是MS SQL Server的致命伤口。但在另一方面却也成了最好的促进剂，促使MS SQL Server在自己仅有的“土地”上面将自己的功能发挥到了极至，最大限度的利用了WindowsNT系列操作系统的各种潜能！作为MS SQL Server数据库系统中很重要的一个概念就是存储过程，合理的使用存储过程，可以有效的提高程序的性能；并且将商业逻辑封装在数据库系统中的存储过程中，可以大大提高整个软件系统的可维护性，当你的商业逻辑发生了改变的时候，不再需要修改并编译客户端应用程序以及重新分发他们到为数众多的用户手中，你只需要修改位于服务器端的实现相应商业逻辑的存储过程即可。合理的编写自己需要的存储过程，可以最大限度的利用MS SQL Server的各种资源。下面我们来共同看看各种编写MS SQL Server存储过程和使用存储过程的技巧经验！
下面我们讨论的前提都是您有过一定的MS SQL Server存储过程的编写经验，下面的各种技巧如果没有特别注明，则同时适用于MS SQL Server7．0和MS SQL Server2000。
1、使用OUTPUT类型参数的存储过程的技巧
一般的存储过程都是直接返回一段记录集给调用者，但是有的时候我们只需要一些存储过程返回的一些参数的值，这时候可以指定存储过程的OUTPUT参数，比如：
Create procedure GetName
＠uid nvarchar（1），
＠usernam nvarchar（10）＝＇＇ output
AS
set ＠username＝＇hongchao＇
GO
在上面的存储过程当中我们传递进的参数是＠uid，而参数＠username则在调有的时候不需要传递进去。这样，存储过程会返回给我们参数＠username的值是‘hongchao’。上面的都比较的容易，需要注意的是，当在SQL2000中的时候，如果你的存储过程只有一个参数，并且这个参数是OUTPUT类型的，你必须在调用这个存储过程的时候给这个参数一个初始的值，否则会出现调用错误的情况！
2、在存储过程中的书写注意事项
这一点在MS SQL Server7．0和MS SQL Server2000种有些地方是不一样的，也不知道是不是微软的遗漏，那就是有些系统的关键字在不同的版本之间有所不同，比如关键字level，同样的一句话：
select ＊ from users where level＝1
在MS SQL Server7当中的存储过程当中运行没有丝毫的问题，但是到了MS SQL Server2000当中则会出现运行的错误，原因就是在于在MS SQL Server2000中“level”被当作了关键字（奇怪的是SQL7当中也同样是关键字，却没问题），所以在SQL2000当中，上面的语句应当改为：
select ＊ from users where ［level］＝1
从上面的例子中我们可以看到，在你编写存储过程的时候，最好在有可能和系统关键字的地方使用“［”和“］”将他包围起来，以避免在移植过程中出现的运行错误问题。
3、在存储过程中使用系统存储过程SP＿Executesql的注意事项
我们在编写自己的存储过程的时候，往往在很多的情况下，会使用到系统的存储过程SP＿Execute。但是需要的注意的是，如果你在这个存储过程的参数（一般是一段SQL语句）当中进行了临时Table的操作，那末对于调用者来说，这个临时Table是不可见的，也就是说你无法通过临时Table来在调用者和被调用者之间传递值。解决的方法是使用全局临时Table，也就是“＃＃”开头的Table。
4、在存储过程中使用临时Table和游标的注意事项
如果我们的商业逻辑比较复杂，在存储过程当中，就需要一些媒介作为中转台，这时候临时表舅发挥了作用，但是请务必记得在使用完之后，即使删除使用到的临时Table。
而在存储过程当中想要依次遍历一个记录集的唯一方法就是使用系统游标，同样要注意的是，在使用完成之后及时关闭和销毁游标对象释放他用到的资源。并且不在万不得已的情况下，不要随意使用游标，因为他会占用较多的系统资源，尤其是对于大并发量的情况下，很容易使得系统资源耗尽而崩溃。
使用临时Table和游标各有利弊，在使用的过程中要适当的利用即可！
5、在存储过程中调用外部的ActiveX DLL程序
有些特殊的情况下，我们可能会需要调用外部的ActiveX DLL程序，这个时候就需要使用到系统的存储过程sp＿OACreate以及其他的相关系统存储过程，都是以sp＿OA开头的存储过程，可以自由的在自己的存储过程当中调用ActiveX DLL的各种方法和属性。比如下面的例子：
DECLARE ＠object int
DECLARE ＠hr int
DECLARE ＠property varchar（255）
DECLARE ＠return varchar（255）
DECLARE ＠src varchar（255）， ＠desc varchar（255）
－－ 建立一个对象（SQLDMO．SQLServer）．
EXEC ＠hr ＝ sp＿OACreate ＇SQLDMO．SQLServer＇， ＠object OUT
IF ＠hr ＜＞ 0
BEGIN
EXEC sp＿OAGetErrorInfo ＠object， ＠src OUT， ＠desc OUT
SELECT hr＝convert（varbinary（4），＠hr）， Source＝＠src， Description＝＠desc
RETURN
END
－－ 设置对象的属性．
EXEC ＠hr ＝ sp＿OASetProperty ＠object， ＇HostName＇， ＇Gizmo＇
IF ＠hr ＜＞ 0
BEGIN
EXEC sp＿OAGetErrorInfo ＠object， ＠src OUT， ＠desc OUT
SELECT hr＝convert（varbinary（4），＠hr）， Source＝＠src， Description＝＠desc
RETURN
END
－－ 通过OUTPUT参数获取对象的属性值．
EXEC ＠hr ＝ sp＿OAGetProperty ＠object， ＇HostName＇， ＠property OUT
IF ＠hr ＜＞ 0
BEGIN
EXEC sp＿OAGetErrorInfo ＠object， ＠src OUT， ＠desc OUT
SELECT hr＝convert（varbinary（4），＠hr）， Source＝＠src， Description＝＠desc
RETURN
END
PRINT ＠property
－－ 调用对象的方法
EXEC ＠hr ＝ sp＿OAMethod ＠object， ＇Connect＇， NULL， ＇my＿server＇， ＇my＿login＇， ＇my＿password＇
IF ＠hr ＜＞ 0
BEGIN
EXEC sp＿OAGetErrorInfo ＠object， ＠src OUT， ＠desc OUT
SELECT hr＝convert（varbinary（4），＠hr）， Source＝＠src， Description＝＠desc
RETURN
END
－－ 销毁已经创建的ActiveX对象
EXEC ＠hr ＝ sp＿OADestroy ＠object
IF ＠hr ＜＞ 0
BEGIN
EXEC sp＿OAGetErrorInfo ＠object， ＠src OUT， ＠desc OUT
SELECT hr＝convert（varbinary（4），＠hr）， Source＝＠src， Description＝＠desc
RETURN
END
6、在存储过程中使用数据库事务处理
在很多的情况下，我们在存储过程中都会遇到需要同时操作多个表的情况，这时候就需要避免在操作的过程中由于以外而造成的数据的不一致性。这时候就需要将操作多个表的操作放入到事务中进行处理。
但是需要注意的是，不能在事务中使用return语句强行退出，这样会引发事务的非正常错误，不能保证数据的一致性。
并且，一旦将多个处理放入事务当中，系统的处理速度会有所降低，所以应当将频繁操作的多个可分割的处理过程放入到多个存储过程当中，这样会大大提高系统的响应速度，但是前提是不违背数据的一致性。
看完了上面的这些编写SQL Server存储过程当中的技巧，相信对您或多或少会有些帮助，也希望通过上面的一些经验总结，可以使得您在应用SQL Server存储过程的时候，有意识的可以避免一些弯路。
（以上所有程序在Windows Advance Server2000中文版+MS SQL Server7.0/2000中文版测试通过）
作者:苏红超
来源：月光博客
