巧用SQL Server日期类型数据二进制输出计算时间差
1、SQL Server日期数据库内部表示及查询输出：
SQL Server内部对DateTime类型的表示是用8个字节来表示，其中前4个字节表示的数值为自1900年1月1日零时以来的天数，后四个字节是天数之外的有多少个1/300秒，这也说明SQL Server内部表示时间的精度为1/300秒，约3.3毫秒。
常规的SQL查询，正常日期输出格式为:yyyy-MM-dd hh:mm:ss.SSS，这也是中文操作系统的日期格式，可以通过修改操作系统日期表达格式来影响SQL Server缺省的日期输出格式。但是，有些时候缺省的日期输出格式并不是我们需要的，特别是基于时间差的应用需求。
2、应用需求：
基于一系列时间点的数据记录分析、统计某种结果。比如GPS定位设备按一定时间间隔回传位置数据并记录到数据库中，数据包括经纬度、时间、速度等，现在需要基于这些回传数据统计是否在某地有停留，停留时间、开始时间、结束时间。停留标志是速度为0。显示，这需要根据数据记录之间的差值做统计计算。
3、适合需求的输出及转换、处理：
如果按照缺省的SQL Server日期输出格式，输出内容可映射为编程语言相关的数据类型，如Java可以是String、Date，转为为Date有一定统计数据量的话，这个转换本身就是低效和耗时的，实际过程可能是先从SQL Server内部表示转换为yyyy-MM-dd hh:mm:ss.SSS字符串，再从这个字符串转换为Date；作为String使用也需要转换为Date之后才可以做时间差运算，同样低效。
SQL Server内部数据表示格式其实已经适合表达时间差了，是不是能直接利用。SQL Server有cast函数，可以将日期输出为二进制数据。如：
select longi, lati, speed, cast(gpsDate as binary(8)) as gpsDate from loc_history
后续处理代码片段为：
float lon = rs.getFloat("longi");
float lat = rs.getFloat("lati");
byte time[] = rs.getBytes("gpsDate");
获得经纬度、时间二进制表示
int days = ((time[0] & 0x00ff) << 24) + ((time[1] & 0x00ff) << 16)
+ ((time[2] & 0x00ff) << 8) + (time[3] & 0x00ff);
int seconds = ((time[4] & 0x00ff) << 24) + ((time[5] & 0x00ff) << 16)
+ ((time[6] & 0x00f
相关文档：
select 1 from ...， sql语句中的1代表什么意思？查出来是个什么结果？
select 1 from table;与select anycol(目的表集合中的任意一行） from table;与select * from table 从作用上来说是没有差别的，都是查看是否有记录，一般是作条件查询用的。select 1 from � ......
有这样一个字符串(中,国,中,人民,国,现代工业化进程,国)
处理过之后变成(中,国,人民,现代工业化进程)
以下是我的方法,有什么不对的地方还请各位指点
------------------删除重复的字符
declare
@v1 nvarchar
......
SQL SERVER2000打补丁问题汇总 【http://hi.baidu.com/yanhai/blog/item/cf67c2ce07a9f50992457e9d.html】
SQL Server的补丁版本检查不如Windows 补丁版本检查直接，一个系统管理员，如果不了解SQL Server版本对应的补丁号，可能也会遇到一点麻烦，因此在这说明一下，通过这样的办法判别机器是安全的办法，不会对系统产生� ......
能监控SQL Server数据库运行的情况，对服务器来说都是一件非常重要的事，下面开始介绍。
Microsoft SQL Server 2005 提供了一些工具来监控数据库。方法之一是动态管理视图。动态管理视图 (DMV) 和动态管理函数 (DMF) 返回的服务器状态信息可用于监控服务器实例的运行状况、诊断问题和优化性能。
常规服务器动态管理对象包 ......
和其它程序一样，SSIS包同样需要健壮，稳定的运行，这样的程序才有可靠性和可伸缩性。SSIS提供了如下方面的支持:
1.事务: 可以对一个程序包设置成一个或者多个事务，甚至可以对两个程序包设置成一个事务。为了保证数据的一致性，你还可以DTC事务或者SQL Server引擎级的事务。 ......
