MD5 和 SHA1 是一种单向加密算法，常用于密码的验证等需要加密操作的场合，在一般情况下，开发人员可以通过 Delphi 或 PHP 这类语言自己编写相关函数或者使用自带的函数，然后将加密过的结果根据需要存储到数据库中。

但在某些情况下，可能需要在数据库端计算 MD5 和 SHA1 哈希值，比如说在存储过程或自定义函数内部。开源数据库 MySQL 就提供类似这样的内置函数，以下语句就可以分别显示字符串 “12345” 的 MD5 和 SHA1 值，返回结果为字符串型：

select md5(’12345′);
select sha1(’12345′);

但 SQL Server 中没有直接提供类似这样的函数。在 SQL Server 2000 中，如果需要加密可以使用未文档化的 pwdencrypt() 和 pwdcompare() 函数来加密数据和比较结果，加密方式是微软自己的算法，随着 SQL Server 版本的升级，函数的加密结果可能也会有所不同。

不过在 SQL Server 2005 中，微软提供了一个函数 hashbytes() 可以用来计算一个字符串的 MD5 和 SHA1 值，以下语句分别获得字符串 “12345” 的 MD5 和 SHA1：

select hashbytes(’MD5′, ‘12345′) ;
select hashbytes(’SHA1′, ‘12345′) ;

hashbytes() 函数的返回结果是 varbinary 型，也就是以 0x 开头 16 进制形式的二进制数据，不过通常情况下，我们需要的都是字符串型的数据，很多人首先想到的可能就是用 CAST 或 Convert 函数将varbinary 转换为 varchar，但这样转换后的结果会是乱码，正确转换 varbinary 可变长度二进制型数据到 16 进制字符串应该使用系统内置函数 sys.fn_VarBinToHexStr()，如下所示：

select sys.fn_VarBinToHexStr(hashbytes(’MD5′, ‘12345′))

sys.fn_varBinToHexStr() 函数只在 SQL Server 2005 中有效，在 SQL Server 2000 中实现相同功能使用系统扩展存储过程：master..xp_varBinToHexStr 。

最近正在升级一个程序，使其支持多数据库。
原来的程序数据库为SQL Server，所以使用SQL Server 的“导入和导出数据”功能将一个 SQL Server 数据库转换成了Access数据库，但其中发现了一些问题，但也找到了解决方案，一并记录于此：

1、转换程序会将SQL Server的视图转换成表，而不是Access的查询；
2、在为字段设置默认值为空字符的时候，SQL Server用‘’（空单引号），而Access用“”（空双引号）；
3、Access中没有GetDate()函数，应该使用Now()函数代替；
4、Access没有SQL Server用来获取客户端机器名的host_name()函数；
5、Access中没有Case When Then语句，但可以用IIF()函数模拟实现功能；
6、发现：Access使用的是Visual Basic的语言结构和函数；
7、转换程序会正确转换SQL Server字段的 IS NULL 属性；
8、Access也支持多字段的索引，只是设置方法有点特别（参见帮助）；
9、SQL Server中bit型的1、0值，在Access中为True和False；
10、在Access中使用多个LEFT JOIN这样的语句时，必须用括号做相关的界定；
11、Access的SQL没有注释语句，SQL Server的/**/无法通用；
12、一条Insert语句在Access查询中正常运行，但在程序中出现“Insert Into 语句的语法错误”，后来发现原来是语句中的一个列名是Access的关键字（用［］界定可解决问题），但奇怪的是将该语句放置到Access的查询中执行却不会出错。

需要对转换后的Access数据库进行以下项目的检查，以确保与SQL Server一致:

1、主键。转换后的Access数据库都没有主键，需自己设置；
2、自增字段。转换程序会将SQL Server的自增字段转换为数字型，需手动修改为Access的“自动编号”类型；
3、默认值。转换程序不会转换SQL Server中设置的默认值，需手动设置；
4、bigint型字段。转换程序会将SQL Server的bigint转换为小数，须手动调整为Access的整型或长整型；
5、索引。转换程序不会转换索引，需手动在Access中建立索引。

在Delphi下，想让程序同时支持Access及SQL Server，需注意以下方面：

1、 在Access中使用 SELECT * FROM Books WHERE RegDate = ‘2007-5-1′ 是会出现“标准表达式中数据类型不匹配”这样的错误的（RegDate是日期型），必须使用SELECT * FROM Books WHERE RegDate = #2007-5-1# 或 SELECT * FROM Books WHERE RegDate = CDate(’2007-5-1′)；
但在Access中，Insert、delete和update中使用单引号界定日期却是可以正常执行的。
2、尽量不要使用SQL Server的bigint类型，尤其该字段是自增的情况下；
3、Access的varchar（文本）型最大只有255，所以如果一个文本型字段大于255时，最好定义成备注型（Access中）或text型（SQL Server中）；
4、在Access中一般会出现如下错误：不正常地定义参数对象，提供了不一致或不完整的信息。将相应Query的ParamCheck设为False即可；
5、Access中的逻辑值在库中为-1和0,而SQL Server中为1和0,所以写BoolField = 1这样的语句有兼容性问题，应该改为BoolField <> 0；
6、在Access中有主键的Query才可更新，而SQL Server无此要求。

MySQL 中有自增列，那如何获得插入语句生成的自增列 ID 呢？

在 MySQL 中用 last_insert_id() 函数；

在 PHP 中用 mysql_insert_id() 函数。