在SQL Server 2005的许多被大力推荐的特性里面，有一项可能对那些使用SQLServer 工作的编程人员最实用的是Common Language Runtime，或者简写为CLR。CLR可以让编程人员直接在SQL Server中创建存储过程、触发器，用户自定义函数，集合体和类型。CLR有很多的承诺，但是也有一些缺陷。
关于CLR的重要性有一些主要的原因。首先，随着SQL Server 编程技术的成熟，代码编写人员陷入了SQL Server自身的一些限制之中，并且在很大程度上依赖外部的代码来执行一些繁重的移植。T-SQL (事务处理SQL)在返回数据集方面很好，但是除了这个之外则表现不佳。CLR使得问题的解决有了可能，并且在SQL Server内部进行数据操作，而这些原本需要一个完全独立的程序来实现的。.NET的操作代码和执行速度比SQL Server/T-SQL好得多;.NET中的同一位的代码可以运行更快地运行许多次，当它是二进制的，而不是作为存储过程来构建时。
另一个可能的缺点就是:正如SQL的领袖Rod Paddock在他的blog中指出的，如果你讲业务逻辑中的某个元素移动到数据库，那就可能会引起可测量性的问题。毕竟，SQL Server 更适合于按比例提高的单个大型机器，而不是横跨在几个比较小的机器(通常是按照业务比例来的)上。这一点指出了有选择的使用CLR有多重要。T-SQL简洁、有效;CLR/.NET昂贵并且范围广泛。正确的工作选择正确的工具，尽管拥有众多选择也不错。
评论加载中…
责任编辑: