为.net开发者提供的一份关于存储过程的评论

核心提示：本文适用于：Microsoft® SQL Server™Microsoft Visual Studio® .NET 2003Transact-SQL (T-SQL) Language摘要向那些在工作中主要使用.net编程语言的开发者简要介绍微软SQL Server数据库中的存储过程，揭示使用

本文适用于：

Microsoft® SQL Server™

Microsoft Visual Studio® .NET 2003

Transact-SQL (T-SQL) Language

摘要

向那些在工作中主要使用.net编程语言的开发者简要介绍微软SQL Server数据库中的存储过程。揭示使用存储过程的利弊，并简要介绍在Visual Studio.net 2003中提供的一些工具和一些较好的练习，它们可以帮助你轻松的开始。

序言

本文的主要目的是根据应用程序的需要，介绍一些将T-SQL语句封装入存储过程时的关键性要素，以便当你在自己的系统中应用他们时可以做出明智的决定。我将介绍一些工具和较好的练习给那些希望在.net应用程序中利用它们的开发人员。

我很清楚，我现在介入了一场类似不同宗教之间的斗争，一场关于事务逻辑应该仅仅建立在中间层还是仅仅建立在数据层的斗争；或者说是仅仅在程序中编写查询代码还是全部采用存储过程的争论。当然，这两种方法各有利弊。重要的是我们要考虑什么对我们的程序和系统环境比较重要。所以，让我们来看看存储过程到底是什么，并考虑我们用它来封装T-SQL语句的原因是什么。

为何考虑存储过程？

也许你经常在程序中利用SqlCommand对象和编写T-SQL语句来完成数据操作，但从没有考虑过寻找更好的地方来存放这些T-SQL语句，而不是将他们与你的数据访问代码混合在一起。也许随着时间的流逝，你的应用程序的功能不断增加，造成了其中存在很多复杂的T-SQL语句代码。存储过程是一种封装这些复杂语句的更好的方法。

也许大多数人都对存储过程有所了解，但对于那些不了解它的人，存储过程就是一组许多预先编写好的T-SQL语句序列，并作为一个独立的代码单元保存在数据库中。你可以通过输入参数给它传送运行时信息，也可以通过结果集或输出参数获取返回数据。当存储过程第一次运行时，它就被编译了。它产生了一个执行序列，实质上是一条记录，记录了在存储过程中指定的、用以获得结果的T-SQL语句的执行步骤。之后，这个执行序列便被保存在缓存中以备后用。这将提高存储过程的性能，因为当再一次执行时，存储过程不需要分析代码去执行任务，而是简单地转向保存在缓存中的执行序列。缓存中的内容在SQL Server重新启动之前和在它的内存生命期内都一直有效，它的内存生命期取决于它的最低内存消耗。