相信每位做过数据库编程的朋友都用过存储过程。存储过程最让人觉得不顺手的地方，就在于中没有数组的定义，只有集合。当想把一个数组作为入参或者出参，就会颇费周折，而且对数组的处理也不如在等编程环境中简单直观。

另外，当所作的运算较复杂时也很麻烦。举个例子，有一铁路数据库，其中有表Station(StationID, StationName和Route(RouteID, StationOrder, StationID)，我们想计算二车站间的路线，就要先根据用户输入的StationName寻找StationID，再根据StationID来寻找一条最短的路径。当两站间存在直达线路时很简单，一条SQL语句就能完成，但需要中转时呢？如何得到所有的路径，然后找到一条最短的？

有两种方法：

1. 可以通过游标来处理每一种情况，最后加以比较，但游标的速度比乌龟还要慢；

2. 定义一些函数，建一些暂存表，写几条长到变态的SQL语句，这种方法确实很好，但维护困难。

其实还有第三种，也是很常用的方法——用普通的存储过程把与两个StationName相关的数据一次性读入一个数据集，再用一种顺手的编程语言例如C#来写算法。但这意味着对不同的数据库，可能要在主程序中编写不同的算法，从而没有一个统一的接口，增减服务就不能随心所欲。

很惭愧，小弟没有去了解扩展存储过程一开始究竟是为什么而存在，但我认为用扩展存储过程恰好解决了上述的这些问题——可以提供一个通用接口，同时也可以基于CRT和.Net类库来编写快速的算法。

下一节及其后的正文部分，将会建立一个示例的扩展存储过程，以我编制一个程序时所写的扩展存储过程为蓝本。要测试此示例，请首先确认安装了Microsoft SQL Server 2000和Microsoft Visual C++.Net 2003.

欢迎大家批评和痛骂，请在骂我的同时一定指出我欠缺的地方，我才好去进一步学习，谢谢！

另：小弟学一样编程的东西仅仅是在用时才去找帮助，很少去了解其背景。想了解扩展存储过程工作机理的朋友，可以参阅MSDN的extended stored procedure部分。

本文基于Microsft SQL Server 2000个人版和Microsoft Visual Studio .NET 2003.