SQL Server日期处理datetime和date之间的相互转换
日期类型概述
SQL Server中的日期类型包括datetime和smalldatetime，仅能处理可以识别为1753年～9999年间的日期的值，没有单独的日期型或时间型。
1．datetime
datetime类型处理从1753年1月1日～9999年12月31日的日期和时间数据，精确度为百分之三秒。
即：对于0.000～0.001、0.009的日期值，调整为0.000；对于0.002～0.004的日期值，调整为0.003；对于
0.005～0.008的日期值，调整为0.007。
例如，下面的代码在输入时，其时间精确度为百分之一秒，但经数据库保存后再显示出来，其结果就已经做了处理。
DECLARE @t TABLE(date char(21))
INSERT @t SELECT '1900-1-1 00:00:00.000'
...
INSERT @t SELECT '1900-1-1 00:00:00.009'
SELECT date,转换后的日期=CAST(date as datetime) from @t
/*--结果
date 转换后的日期
---------------------------------- ----------------------------
1900-1-1 00:00:00.000 1900-01-01 00:00:00.000
...
1900-1-1 00:00:00.000 1900-01-01 00:00:00.010
--*/
datetime的存储长度为8字节，日期和时间各用4个字节存储，第一个4字节存储自1900年1月1日之前或之
后的天数（以1900年1月1日为分界点，在1900年1月1日之前的日期的天数小于0，在1900年1月1日之后的日期的天数大于0）。另外一个4字节
存储以午夜（00:00:00.000）后毫秒数所代表的每天的时间。
例如，下面的代码演示了datetime变量中，仅包含单纯的日期和单纯的时间时，日期存储的十六进制存储表示结果。
DECLARE @dt datetime
--单纯的日期
SET @dt='1900-1-2'
SELECT CAST(@dt as binary(8))
--结果: 0x0000000100000000
--单纯的时间
SET @dt='00:00:01'
SELECT CAST(@dt as binary(8))
--结果: 0x000000000000012C
2．smalldatetime
smalldatetime类型处理从1900年1月1日～2079年6月6 日的日期和时间数据，精确到分钟。29.998秒或更低的smalldatetime值向下舍入为最接近的分钟，29.999秒或更高的smalldatetime值向上舍入为最接近的分钟。
smalldatetime的存储长度为4字节，第一个2字节存储自1900年1月1日之后的天数。另外一个2字节存储午夜（00:00:00.000）后的分钟数。
例如，下面的代码演示了smalldatetime变量中，仅包含单纯的日期和单
相关文档：
WAITFOR
指定触发语句块、存储过程或事务执行的时间、时间间隔或事件。
语法
WAITFOR { DELAY 'time' | TIME
'time' }
参数
DELAY
指示 Microsoft® SQL Server™ 一直等到指定的时间过去，最长可达 24 小时。
'time'
要等待的时间。可以按 datetime 数据可接受的格式指定
time，也可以用局部变量指� ......
普通MySQL运行，数据量和访问量不大的话，是足够快的，但是当数据量和访问量剧增的时候，那么就会明显发现MySQL很慢，甚至down掉，那么就要考虑优化我们的MySQL了。
优化无非是从三个角度入手：
第一个是从硬件，增加硬件，增加服务器
第二个就是对我们的MySQL服务器进行优化，增加缓存大小，开多端口，读写分开
第三个 ......
using System;
using System.Collections;
using System.Collections.Specialized;
using System.Collections.Generic;
using System.Text;
using System.Data;
using System.Data.SqlClient;
using System.Configuration;
using System.Runtime.InteropServices;
using System.Windows.Forms;
namespace DAL
{
......
以前一直觉得linq to sql生成类似where id not in (1,3,5)或where id not in (select id from ...)这样的条件不是很方便，每次我都是把条件ID事先取到一个数组里，然后用 !Arr.Contains(c.Id)这样处理，今天突然发现这样好傻，其实可以完全直接用linq写成一句，贴个示例在这里，以后备查
from a in TableA where !(fr ......
因为仰望ORACLE，所以一直都以为SQL SERVER很笨。
据传SQL 2005有了RowID的东西，可以解决TOP排序的问题。可惜还没有机会体验。在SQL 2000中写存储过程，总会遇到需要TOP的地方，而一旦遇到TOP，因为没办法把TOP后面的数字作为变量写到预编译的语句中去，所以只能够使用构造 SQL，使用Exec来执行。不说效率的问题� ......
