SQL Server扩展存储过程构架的正确构建流程

此文章主要向大家讲述的是SQL Server扩展存储过程构架的正确构建流程，我们大家都知道Microsoft® SQL Server™ 2000 扩展存储过程的主要作用能使您能在动态链接库 (DLL) 文件所包含的函数中实现逻辑，从而扩展了 Transact-SQL 的功能。

并且可以象调用 Transact-SQL 过程那样从 Transact-SQL 语句调用这些函数。动态链接库文件的文件扩展名为 .dll。扩展存储过程可以包括 Microsoft Win32® 和 COM 应用程序的大多数功能。

DLL 文件必须遵从扩展存储过程 API 才能作为扩展存储过程运行。对于 SQL Server，.dll 可以包含多个标识为扩展存储过程的函数；每个函数都由单独的扩展存储过程名标识。当 Transact-SQL 语句引用其中一个扩展存储过程时，关系数据库引擎调用与该扩展存储过程名相关联的函数。扩展存储过程可以与调用它们的 SQL Server 实例重新建立连接，或者连接到远程 SQL Server 安装。

扩展存储过程是关系数据库引擎的开放式数据服务层的一部分，而开放式数据服务层是该引擎和服务器 Net-library 之间的接口。服务器 Net-Library 接收客户端 TDS 数据包并将它们传递给开放式数据服务。开放式数据服务将 TDS 数据包转换成事件并传递到关系数据库引擎的其它部分。数据库引擎然后使用开放式数据服务，通过服务器 Net-Library 将回复发送回 SQL Server 客户端。

当关系数据库引擎确定 Transact-SQL 语句引用扩展存储过程时：

关系数据库引擎将扩展存储过程请求传递到开放式数据服务层。

然后开放式数据服务将包含扩展存储过程函数的 DLL 装载到 SQL Server 2000 地址空间（如果还没有装载）。

开放式数据服务将请求传递到扩展存储过程。

开放式数据服务将操作结果传递到数据库引擎。

过去，还使用开放式数据服务 API 编写服务器应用程序，例如连接到其它数据库系统的网关。这种应用程序已被更新的技术取代，这些技术包括：

支持多个不同的数据库和其它数据源（如 OLE DB 和 ODBC）的数据库API。

写入 OLE DB 或 ODBC API 的应用程序几乎不需要通过网关访问不同的数据库。

SQL Server 2000 支持异类分布式查询，使得 Transact-SQL 查询不必使用专门的服务器应用程序就能从任何 OLE DB 数据源中拉出数据。

MS DTC 使分布式事务处理得以跨越多个数据库进行。

Windows NT 组件服务，用于运行中层应用程序逻辑。

SQL Server 2000 不支持开放式数据服务 API 的废弃部分。对于原始的开放式数据服务 API，SQL Server 2000 仍支持的唯一部分是扩展存储过程，因此已将 API 重命名为扩展存储过程 API。

以上的相关内容就是对SQL Server扩展存储过程构架的构建的介绍，望你能有所收获 

上述的相关内容就是对SQL Server扩展存储过程构架的构建的描述，希望会给你带来一些帮助在此方面。

【编辑推荐】

1. 产生SQL Server死锁的原因与破解
2. 用SQL Server DBCC 避免堵塞的实际操作步骤
3. SQL Server 2000文件损坏的修复方案
4. SQL Server 2000优化SELECT 语句的方案介绍
5. SQL Server处理空值操作中的3大问题有哪些？