SQL Server数据库开发中的三大问题
第一， 什么是常见的对表和字段的名字约束?
SQL Server 2000下的表和字段名称有1到128字节的限制，并且遵循用于标识的规则。第一个字母必须是如下的一种：Unicode Standard 2.0中规定的字母；Unicode对字母的定义包括:拉丁字母，从A到Z，除了来自其他语言的字母之外；下划线(_)，at符号(@)，或者数字符号(#)。
在SQL Server中以这些符号作为标识符的开始具有特殊的含义。一个以at符号(@)开头的标识符表示一个本地的变量或者参数。一个以数字符号(#)开头的标识符代表一个临时表或者过程。一个以两个数字符号(##)开头的标识符标识的是一个全局临时对象。一些Transact-SQL函数的名字以两个at符号(@@)开头。为了避免与这些函数混淆，推荐你不要使用两个at符号(@@)开头的标识符。接下来的字母可以是以下的任意几种：Unicode Standard 2.0定义的字母；来自基础拉丁文或者其他语音的十进制数字；at符号(@)，美元符号($)，数字符号(#)，或者下划线。
标识符绝对不能是Transact-SQL的保留字。SQL Server保留了一些大写和小写的保留字。内建的空间或者特殊的字母都不允许出现，尽管你可以在好的老版本的Northwind中看到它们包含了内建的空间。你必须通过把它们括在括号中才可以访问。
第二， CLR存储过程和函数与T-SQL存储过程和函数相比，性能如何?
这里是用来比较T-SQL例程和CLR例程性能的一种常用的规则:用你的数据，在你的服务器上，测试两套配置，看看哪一个比较好。 就是说，许多人都运行过性能测试，一般的结果就是T-SQL在标准的CRUD(创建、读取、更新、删除)操作上表现要比好一点，而在复杂数学、字符串赋值和其他的超过数据访问的任务上，则是CLR的性能表现更好一点。
只要存储过程只产生了一个单个的结果，要在另外一个存储过程中使用这个存储过程产生的输出，这个技术是非常直接的。这个技术就是使用一个临时表来装载存储过程的巨额iguo，然后通过INSERT EXEC语句来执行这个过程并保存结果。一旦结果保留在临时表中了，他们就可以像使用其它表数据一样来使用它了。 这里是我们可能会复用的一个过程例子:
CREATE PROC usp_Demo_AllAuthors as
select * from pubs..authors
第三，不具有任何T-SQL知识的情况下编写SQL Server2005存储过程吗?
作为过去几年里面微软试图用SQL Server 2005的.net集成来称霸市场的野心的结果，许多程序员都认为创建SQL Server存储过程不再必需T-SQL了。不幸的是(或者并非如此，这根据你的观点)，这并不全是事实。在技术上是可以在不了解T-SQL的情况下创建存储过程的，但是没有T-SQL的话则无法访问任何的数据。
在CLR存储过程内部进行数据访问，是通过使用标准的ADO.NET类来完成的。开发人员会在应用程序层发现很多同样的没有用处的数据访问代码，这些代码会很轻易地转移到SQLCLR例程中去。当中间层的这些ADO.NET类需要使用T-SQL来访问数据的时候，在 CLR主机提供的环境中就会使用同样的类。
我要强调的是，从技术角度来说，不使用T-SQL来编写存储过程是可能的。那么有没有理由这么做呢?一种情况就是这是一个用来从普通文件或者网络服务中检索数据的CLR存储过程，并将数据格式设置为行集。这里可能就会用到不需要T-SQL的操作――但是这并不是对T -SQL存储过程能力的一个很好的比喻。
