SQL Server数据库引擎.NET CLR环境数据库管理员向导（1）

核心提示： ◆在数据库中使用Transact-SQL 编写代码，代码可以被写为存储过程，SQL Server数据库引擎.NET CLR环境数据库管理员向导（1）(3)，用户定义功能，也可以将触发器看作调用数据变化的已存储的过程， 想得到更多信息，请登陆题目是Using extended stored

◆在数据库中使用Transact-SQL 编写代码。代码可以被写为存储过程，用户定义功能，也可以将触发器看作调用数据变化的已存储的过程。

◆使用Microsoft® Visual C++® 来编写代码，可以在数据库中运行。被写为一个扩展存储过程的代码在用户表面上看来是一个存储过程，且以同样方法运行。Parameters can be passed to参数可以被传递给扩展存储过程，而且他们可以参与事务的处理以及返回结果和状态。

◆使用sp_OA* (Object Access) 使用COM对象加载和影响系统存储过程。

◆使用其它语言和中间设备，例如ADO 和ADO.NET， 用他们来编写在数据库外执行代码，然后在查询语句中查询或者调用存储过程和功能来访问数据。passes in queries or invokes stored procedures and functions to access data.

当解决方案要求用外部库提供数据在具有功能性的前提下是完整的时，每个选项都有不同作用。例如，有些选项是选择由.NET Framework提供,或者有些是选择将复杂数学运算应用在数据上，再或者是更多复杂性的需求，例如一个客户数据集或一个真实的使用者定义数据类型。

这四个选项每一个都有限制：

◆Transact-SQL对于操作的基本设置是最好的，例如在表之间作比较，但是由于口语的限制，它为繁重任务量的可估测性的传送带来了障碍。另一个限制是不同于现代编程语言，Transact-SQL 不能够支持私有/共有数据封装，因此对他来在模块间清除接口说是比较困难的。 最后， SQL Server 2005在Transact-SQL中引进了改良的错误处理机制。然而，它仍然易受那些由丢失对象或错误语法所引起的不可引导的错误所影响，但这些错误在.NET Framework语言中是很容易解决的。

◆扩展存储过程是很自然地被编写在不可管理的代码中且在SQL Server进程中执行。高级别的编程能力是在不关注内存漏洞的情况下创建SQL Server进程完整的代码。扩展存储过程不可以提供在进程中状态时不支持状态中对Microsoft .NET Framework 库的访问。 想得到更多信息，请登陆题目是Using extended stored procedures or SP_OA stored procedures to load the CLR in SQL Server的基础知识文章。在这里并不提供。