这本白皮书也为数据库引擎 .NET Framework 编程 API提供了配置向导。它也为编码，更改和释放管理过程提供建议，并且这些建议应该适合每个数据库管理员的具体情况以确保一个专业和安全的配置。
目录
关于此白皮书
为工作寻找正确的工具
在数据库引擎中.NET Framework编程的初步介绍
高性能执行
设计，默认及部署方面的安全
步骤1: 打开Surface Area Configuration 工具
步骤2: 激活数据库引擎.NET Framework 设计 API
用Transact-SQL激活API
为工作选择正确的工具
程序范例
目录对象
程序集
存储过程
触发器
用户定义函数
标量函数
表值函数
用户定义聚合
用户定义类型
安全维护
源代码管理
Release 管理
性能检测
调试代码
排错
Beyond SQL Server 2005
概要
SQL Server 2005的额外资料
在Microsoft.com, MSDN和 TechNet上的免费资料
其他资源
关于此白皮书
在此白皮书中描述的这些特性及计划是SQL Server下一版本的发展方向。它们不是这一产品的说明书而且也建议在使用中有所变更。在此不作出任何保证，暗示或其它，这些新特性将会包含在最后产品发行书中。
对于某些新特性，此文档以读者熟悉SQL Server 2000的性能和服务为前提。若您拥有SQL Server性能和服务的背景， 读者可以参见正式产品的网站：http://www.microsoft.com/sql/ 或者在Microsoft 网站上获取SQL Server资源工具包。
此白皮书会提供相关信息使得数据库管理员能够成功的，没有风险的，没有压力的在数据库引擎中确保Microsoft .NET Framework编程的使用。因此，此白皮书的读者应该是数据库管理员。 作为一个使用SQL Server 2005数据库引擎且具有远见的开发者，您可以登录MSDN 中题目为 Using CLR Integration in SQL Server 2005的白皮书以学习更多知识。
为工作寻找正确的工具
Microsoft® SQL Server™ 2005 提供一套完整的程序接口，使得开发者可以比以前更加轻松，更易操作的，更具可靠性的构建完善的数据库应用程序。随着大篇幅的程序选项而来的是为每个任务提供整套适当工具的考量的需求。虽然很多任务可以用很多方法完成，但每种方式都有其优势和弊端。因此，为工作找寻最好的工具的标准在于应用程序在商业使用中的加载和使用的程度。数据库管理员可能会有意下一些问题：
◆系统是否应该用XML处理数据或者删除和存储是否应该相关联？
◆这些过程和这些过程复杂的操作步骤是否应该被同步或异步处理？
◆这些商业逻辑，计算或额外的安全选则是否应该在客户应用程序，中间层或后台数据库中被处理？
◆数据分析是否应该在关联数据库中或者通过商业整合引擎来处理？
◆数据转变是否在智能服务ETL 引擎里发生或者是在SQL处理数据库里来转变？
◆传统运行在中间层服务器中的复杂商业逻辑是否仍然在中间层或是移动至SQL Server平台？
◆怎样混合的客户及服务器在infrastructure 中运行。是否需要Windows客户端，Unix 客户段的支持，还是两个均需要？
在大多数数据库开发项目中，与数据库相互影响的技术选择和组件结构化设计的角色落到了数据库管理员（DBA）的身上。这个管理者就是管理和恢复商业数据拥有最终职责的那个人。大多数数据库管理员们对新技术采取保守态度。这是一个本能，因为同新功能提供的好处随之而来的是，新技术可能包括危及稳定性和完整性的新风险。经验丰富的数据库管理员 经常通过全面的测试和对新技术的理解来为管理风险/利益作出保证。而且更多的是，他们常常花时间来确定哪里加入更值得，或者更重要的是，哪里不能被使用。因此在本能的保守主义作用下，数据库管理员可能会问：“当我明白了这些特性我怎么将它们关掉？”好消息是早前发布的SQL Server ，这回发布的版本在默认情况下新特性是关掉的。
与那些将新特性永久关闭的人不同的是，一个谨慎的数据库管理员 将会注意学习足够的技术来决定它可以在哪里被适当的使用以及哪里可以使它发挥最大作用。完全不需要理解开发者可能会使用到的每一个语言里的每一行代码，但是你确实需要足够的信心来提供非常多的操作支持，维护和排错。 在这些新特性的围绕下，适当使用它们的关键在于理解力，分析能力以及强的控制力。