/*欢迎转载，请保留本声明信息

/*作者：翁  彦  enhydraboy@yahoo.com.cn

/*------------------------------------------------------------------------------------

这是一个在我实际一个项目中遇到的问题。03BHL01001（上海）和03BHL01001(上海)比较的结果是一样的。导致引起的重复的主键问题。

03BHL01001（上海）和03BHL01001(上海)差别，就在于前者的括号是全角的括号字符，后者是半角的括号字符。全角的括号字符和半角的括号字符的ascii码显然是不一样的。全角的（ ASCII码是0xA3A8 ，而半角的( 是0x28。那么为什么SQL Server会认为是一样的呢？

问题其实就出在数据库的排序规则上，让我们在仔细研读一下SQL Server的文档。SQL Server的排序规则由这样几部分组成，代码页、区分大小写、区分重音、区分宽度。最后一个在SQL Server的联机帮助中没有进一步提及，其实本篇遇到的问题就是由于这个原因造成的。区分宽度：指定 SQL Server 区分相同字符的单字节表示法（半角）和双字节表示法（全角）。如果没有选择，则 SQL Server 将认为相同字符的单字节表示法和双字节表示法等效。

缺省，安装SQL Server中文版的时候，SQL Server帮你选择的排序规则是Chinese_PRC_CI_AS(Chinese-PRC, case-insensitive, accent-sensitive, kanatype-insensitive, width-insensitive),是中文，不区分大小写、区分重音、不区分假名、不区分宽度。因此，自然就认同03BHL01001（上海）=03BHL01001(上海)。

所以，正确的选择应该是，后缀为WS的中文排序规则。本例中我们应该选择Chinese_PRC_CI_AS_WS。

我们来看一下，指定排序规则是Chinese_PRC_CI_AS_WS后，怎么样了？

select 1 where '03BHL01001（上海）'='03BHL01001(上海)'

collate Chinese_PRC_CI_AS_WS

-----------

（所影响的行数为 0 行）

看来这个问题解决了。

重要提示：

如何察看使用那个排序规则呢？可以使用下面的SQL语句。

SELECT *

FROM ::fn_helpcollations()

可以查询所有排序规则的信息。

查出所有中文排序规则的信息

SELECT * FROM

(

SELECT *

FROM ::fn_helpcollations()) A

WHERE name like 'Chinese%'

TIMESTAMP列类型
TIMESTAMP值可以从1970的某时的开始一直到2037年，精度为一秒，其值作为数字显示。
TIMESTAMP值显示尺寸的格式如下表所示：
：
+---------------+----------------+
| 列类型        | 显示格式       |
| TIMESTAMP(14) | YYYYMMDDHHMMSS | 
| TIMESTAMP(12) | YYMMDDHHMMSS   |
| TIMESTAMP(10) | YYMMDDHHMM     |
| TIMESTAMP(8)  | YYYYMMDD       |
| TIMESTAMP(6)  | YYMMDD         |
| TIMESTAMP(4)  | YYMM           |
| TIMESTAMP(2)  | YY             |
+---------------+----------------+
“完整”TIMESTAMP格式是14位，但TIMESTAMP列也可以用更短的显示尺寸创造
最常见的显示尺寸是6、8、12、和14。
你可以在创建表时指定一个任意的显示尺寸，但是定义列长为0或比14大均会被强制定义为列长14。
列长在从1～13范围的奇数值尺寸均被强制为下一个更大的偶数。

列如：
定义字段长度     强制字段长度
TIMESTAMP(0) ->  TIMESTAMP(14)
TIMESTAMP(15)->  TIMESTAMP(14)
TIMESTAMP(1) ->  TIMESTAMP(2)
TIMESTAMP(5) ->  TIMESTAMP(6)

所有的TIMESTAMP列都有同样的存储大小，
使用被指定的时期时间值的完整精度（14位）存储合法的值不考虑显示尺寸。
不合法的日期，将会被强制为0存储
这有几个含意：
    1、虽然你建表时定义了列TIMESTAMP(8)，但在你进行数据插入与更新时TIMESTAMP列
           实际上保存了14位的数据（包括年月日时分秒），
           只不过在你进行查询时MySQL返回给你的是8位的年月日数据。
           如果你使用ALTER TABLE拓宽一个狭窄的TIMESTAMP列，以前被“隐蔽”的信息将被显示。
    2、同样，缩小一个TIMESTAMP列不会导致信息失去，除了感觉上值在显示时，较少的信息被显示出。
    3、尽管TIMESTAMP值被存储为完整精度，直接操作存储值的唯一函数是UNIX_TIMESTAMP()；
           由于MySQL返回TIMESTAMP列的列值是进过格式化后的检索的值，
           这意味着你可能不能使用某些函数来操作TIMESTAMP列（例如HOUR()或SECOND()），
           除非TIMESTAMP值的相关部分被包含在格式化的值中。
           例如，一个TIMESTAMP列只有被定义为TIMESTAMP(10)以上时，TIMESTAMP列的HH部分才会被显示，
           因此在更短的TIMESTAMP值上使用HOUR()会产生一个不可预知的结果。
    4、不合法TIMESTAMP值被变换到适当类型的“零”值(00000000000000)。（DATETIME,DATE亦然）       

你可以使用下列语句来验证：
CREATE TABLE test ('id' INT (3) UNSIGNED AUTO_INCREMENT, 'date1' TIMESTAMP (8) PRIMARY KEY('id'));
INSERT INTO test SET id = 1;
SELECT * FROM test;
+----+----------------+
| id | date1          |
+----+----------------+
|  1 | 20021114       |
+----+----------------+
ALTER TABLE test CHANGE 'date1' 'date1' TIMESTAMP(14);
SELECT * FROM test;
+----+----------------+
| id | date1          |
+----+----------------+
|  1 | 20021114093723 |
+----+----------------+

你可以使用TIMESTAMP列类型自动地用当前的日期和时间标记INSERT或UPDATE的操作。
如果你有多个TIMESTAMP列，只有第一个自动更新。
自动更新第一个TIMESTAMP列在下列任何条件下发生：

   1、列值没有明确地在一个INSERT或LOAD DATA INFILE语句中指定。
   2、列值没有明确地在一个UPDATE语句中指定且另外一些的列改变值。
       （注意一个UPDATE设置一个列为它已经有的值，
        这将不引起TIMESTAMP列被更新，
        因为如果你设置一个列为它当前的值，MySQL为了效率而忽略更改。）
   3、你明确地设定TIMESTAMP列为NULL.
   4、除第一个以外的TIMESTAMP列也可以设置到当前的日期和时间，只要将列设为NULL，或NOW()。

CREATE TABLE test (
     'id' INT (3) UNSIGNED AUTO_INCREMENT,
     'date1' TIMESTAMP (14),
     'date2' TIMESTAMP (14),
      PRIMARY KEY('id')
      );

INSERT INTO test (id, date1, date2) VALUES (1, NULL, NULL);
INSERT INTO test SET id= 2;
+----+----------------+----------------+
| id | date1          | date2          |
+----+----------------+----------------+
|  1 | 20021114093723 | 20021114093723 |
|  2 | 20021114093724 | 00000000000000 |
+----+----------------+----------------+
->第一条指令因设date1、date2为NULL,所以date1、date2值均为当前时间
  第二条指令因没有设date1、date2列值，第一个TIMESTAMP列date1为更新为当前时间，
    而二个TIMESTAMP列date2因日期不合法而变为“00000000000000”

UPDATE test SET id= 3 WHERE id=1;
+----+----------------+----------------+
| id | date1          | date2          |
+----+----------------+----------------+
|  3 | 20021114094009 | 20021114093723 |
|  2 | 20021114093724 | 00000000000000 |
+----+----------------+----------------+
->这条指令没有明确地设定date2的列值，所以第一个TIMESTAMP列date1将被更新为当前时间

UPDATE test SET id= 1,date1=date1,date2=NOW() WHERE id=3;
+----+----------------+----------------+
| id | date1          | date2          |
+----+----------------+----------------+
|  1 | 20021114094009 | 20021114094320 |
|  2 | 20021114093724 | 00000000000000 |
+----+----------------+----------------+
->这条指令因设定date1=date1，所以在更新数据时date1列值并不会发生改变
  而因设定date2=NOW()，所以在更新数据时date2列值会被更新为当前时间
  此指令等效为 UPDATE test SET id= 1,date1=date1,date2=NULL WHERE id=3;
 
因MySQL返回的 TIMESTAMP 列为数字显示形式，
你可以用DATE_FROMAT()函数来格式化 TIMESTAMP 列

SELECT id,DATE_FORMAT(date1,'%Y-%m-%d %H:%i:%s') As date1,
       DATE_FORMAT(date2,'%Y-%m-%d %H:%i:%s') As date2 FROM test;
+----+---------------------+---------------------+
| id | date1               | date2               |
+----+---------------------+---------------------+
|  1 | 2002-11-14 09:40:09 | 2002-11-14 09:43:20 |
|  2 | 2002-11-14 09:37:24 | 0000-00-00 00:00:00 |
+----+---------------------+---------------------+

SELECT id,DATE_FORMAT(date1,'%Y-%m-%d') As date1,
       DATE_FORMAT(date2,'%Y-%m-%d') As date2 FROM test;
      
+----+-------------+-------------+
| id | date1       | date2       |
+----+-------------+-------------+
|  1 | 2002-11-14  | 2002-11-14  |
|  2 | 2002-11-14  | 0000-00-00  |
+----+-------------+-------------+

在某种程度上，你可以把一种日期类型的值赋给一个不同的日期类型的对象。
然而，而尤其注意的是：值有可能发生一些改变或信息的损失：

  1、如果你将一个DATE值赋给一个DATETIME或TIMESTAMP对象，
     结果值的时间部分被设置为'00:00:00'，
     因为DATE值中不包含有时间信息。
    
  2、如果你将一个DATETIME或TIMESTAMP值赋给一个DATE对象，
     结果值的时间部分被删除，因为DATE类型不存储时间信息。
 
  3、尽管DATETIME, DATE和TIMESTAMP值全都可以用同样的格式集来指定，
     但所有类型不都有同样的值范围。
     例如，TIMESTAMP值不能比1970早，也不能比2037晚，
     这意味着，一个日期例如'1968-01-01'，当作为一个DATETIME或DATE值时它是合法的，
     但它不是一个正确TIMESTAMP值！并且如果将这样的一个对象赋值给TIMESTAMP列，它将被变换为0。

当指定日期值时，当心某些缺陷：

  1、允许作为字符串指定值的宽松格式能被欺骗。
     例如，，因为“:”分隔符的使用，值'10:11:12'可能看起来像时间值，
     但是如果在一个日期中使用，上下文将作为年份被解释成'2010-11-12'。
     值'10:45:15'将被变换到'0000-00-00'，因为'45'不是一个合法的月份。
    
  2、以2位数字指定的年值是模糊的，因为世纪是未知的。
     MySQL使用下列规则解释2位年值：
       在00-69范围的年值被变换到2000-2069。
       在范围70-99的年值被变换到1970-1999。

Sql Server中的日期与时间函数
1. 当前系统日期、时间
select getdate()

2. dateadd 在向指定日期加上一段时间的基础上，返回新的 datetime 值
例如：向日期加上2天
select dateadd(day,2,'2004-10-15') --返回：2004-10-17 00:00:00.000

3. datediff 返回跨两个指定日期的日期和时间边界数。
select datediff(day,'2004-09-01','2004-09-18') --返回：17

4. datepart 返回代表指定日期的指定日期部分的整数。
SELECT DATEPART(month, '2004-10-15') --返回 10

5. datename 返回代表指定日期的指定日期部分的字符串
SELECT datename(weekday, '2004-10-15') --返回：星期五

6. day(), month(),year() --可以与datepart对照一下

select 当前日期=convert(varchar(10),getdate(),120)
,当前时间=convert(varchar(8),getdate(),114)

select datename(dw,'2004-10-15')

select 本年第多少周=datename(week,'2004-10-15')
,今天是周几=datename(weekday,'2004-10-15')

参数 interval的设定值如下：

access 和 asp 中用date()和now()取得系统日期时间；其中DateDiff,DateAdd,DatePart也同是能用于Access和asp中，这些函数的用法也类似