今天又看到新加坡的同事发过来的一段SQL语句，还是老问题，时间对比直接用大于小于号。叹了声气后，手动给改成datediff了，可是一运行出错，错误提示如下：
Msg 241, Level 16, State 1, Line 1
Conversion failed when converting datetime from character string.
为了说明方便，这里就简化一个例子好了。
create table a
(
id int not null,
val varchar(20)
)
insert into a values (1, '2009-05-02')
insert into a values (2, 'abc')
insert into a values (3, '2009-12-10')
我的语句是这样的:
select * from a where id in (1,3) and datediff(day, convert(datetime,val),getdate()) < 0
按常理，我先找到id= 1或3的记录，然后再跟今天比较，应该会返回id=1的记录啊。可是居然出现如下错误：
Msg 241, Level 16, State 1, Line 1
Conversion failed when converting datetime from character string.
可是当我执行：
select datediff(day, convert(datetime,val),getdate()) from a where id in (1,3)
这时候又是能够执行的。 这就是说在进行1或3的判断前，已经对id=2这条记录执行了convert，所以出错了。
由此可见，语句并不是我们想象的由上到下执行的，难道是由下向上执行的？换成如下语句:
select * from a where datediff(day, val,getdate()) < 0 and id in (1,3)
错误依旧。
晕了，不是由上到下，也不是由下到上，难道这个顺序不是固定的？ 仔细分析一下，上面一个可以执行的语句可以发现,
由于convert函数是在所查询出来的结果集上再进行的转换，而且id = 1或3的记录中的val列都是可以转换为时间类型的，所以
没有任何错误。 其他两个运行有错误的语句中，在执行的时候都是在表中所有记录的基础上，先调用convert这个条件的，所以
当遇到id=2这条记录时，就会出错。既然SQL server不是按照我们想要的顺序去执行，那么我们能不能强制让它去按我们的所要求的
顺序去执行呢？
于是乎，好用的case when 就派上用场了。我把上面的语句改为如下：
select * from a where (case when id in (1,3) then datediff(day, convert(datetime,val),getdate()) else 1 end) < 0
如上面所示，在where 条件中，首先判断 当 id in (1,3) ，则进行datediff和convert函数的掉用，此时只有id = 1或3的记录才会调用convert函数，所以此时肯定不会出错，其他的直接返回一个�
熟悉SQL SERVER 2000的数据库管理员都知道，其DTS可以进行数据的导入导出，其实，我们也可以使用Transact-SQL语句进行导入导出操作。在Transact-SQL语句中，我们主要使用OpenDataSource函数、OPENROWSET 函数，关于函数的详细说明，请参考SQL联机帮助。利用下述方法，可以十分容易地实现SQL SERVER、ACCESS、EXCEL数据转换� ......
SQL Server .NET Framework 数据提供程序 (SqlClient) 提供聚合函数。聚合函数对一组输入值执行计算并返回一个值。这些函数位于 SqlServer 命名空间中，该命名空间在您使用 SqlClient 时可用。提供程序的命名空间属性使实体框架可以确定此提供程序对特定构造（如类型和函数）使用哪个前缀。
下表显示 SqlClient 聚合函数。 ......
