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

核心提示： ◆深度相关的数据访问不要将简单的查询执行移出Transact-SQL，Transact-SQL 基本设置访问将会比在.NET Framework中移进移出数据更快速，SQL Server数据库引擎.NET CLR环境数据库管理员向导（1）(8)，特别是基本设置查询被类指针所代替，排错包含了

◆深度相关的数据访问

不要将简单的查询执行移出Transact-SQL。Transact-SQL 基本设置访问将会比在.NET Framework中移进移出数据更快速，特别是基本设置查询被类指针所代替。排错包含了此种潜在信息可能的花费。应该注意那些相反的请求，那些被查询所替代的复杂的计算，在这种情况下，将逻辑移动到.NET Framework程序里，在那里计算将被完全编译，逻辑可以明显改善。

那些简单的计算和基本的关系型数据访问在Transact-SQL和.NET Framework执行环境之间转换所需的花费是很明显的。在这样的情况下，Transact-SQL很可能将会胜过CLR。

◆长时间与转,外部呼叫

While it is tempting to use the new functionalityt档使用新功能的同时可以更进一步的与现有的商业系统结合是很具诱惑力的,花费时间来确保最终用户在呼叫外部API和外部系统时的花费不会得到消极的影响是非常重要的。这些影响可能在用户定义功能里特别的明显，他们可能会导致对表的每一行查询。在应用于一个10,000-row表时，外部呼叫可能在在线系统中从每秒一行的状态突然变成不可用的。

◆不必要使用用户定义类型

当对象数据可能被简单的映射成一个一队夺得关联数据类型，你可以中止或继续相关。用户定义类型有以下几种：

◆8-K大小约束。他们必须适合单一SQL Server数据页。

◆如果进行更新时，在UDT中的所有数据是可读和可重写的。

，当连接大队列对象时，应该担心同样的大小约束会被应用于用户定义聚合。

◆用户定义聚合以及在线支持

用户定义聚合不可以与SQL Server 索引师徒俩和使用，因为为在线报表操作来自动整合数据是不可能的。 如果状态数据是可接受的，然后，由定期的缓存聚合所产生的结果是一个分离的可创建和可维护的表，它可以被一个索引视图替代。