这几天，因为框架方面的需求，需要给实体在保存时将数据库的默认值加载出来。Hibernate提供了这样一种机制，就是保存实体的时候，会返回一个序列化，如果id是自增主键，那么返回的就是插入的id。如果还有些列的话，那么我们根据返回的id去加载一次，这样其实会有三次操作：
1 执行保存；
2 查找出插入的主键；
3 根据主键加载。
趁没啥事，就去反编译了它底层代码，他们去查最新插入id是通过数据库本身提供的函数，他们在同一个连接上是非线程安全的。所以，思考了许久，决定采取另外一种方法，就是自己定义一个唯一键，这个键不一定是主键，能决定唯一就行，推荐用GUID，并且对于需要返回的列，则给出特性来标记。
比如，对于用户表，USER_INFO,它含有几个列ID INT 自增，NAME varchar，CREATE_TIME 表示注册日期,IDENTITY_CODE 表示身份证。那么注册日期默认是当前时间的，所以采用数据库默认值的方式给出值，对于MSSQL 就是getdate()。如果操作这个用户，保存后可能还会执行更新操作，那么保存后，根据唯一键查找输出的列。因为身份证号肯定是唯一的，所以可以采用它来做唯一键。
[Table("USER_INFO")]
public Class UserInfo
{
[Column("IDENTITY_CODE"),UniqueKey]
public string IdentityCode{get;set;}
[Column("ID"),OutputColumn]
public int Id{get;set;}
[Column("NAME")]
public string Name{get;set;}
[Column("CREATE_TIME"),OutputColumn]
public DateTime CreateTime{get;set;}
}
那么在保存之后，框架会执行这样一条语句：Select ID,CREATE_TIME from USER_INFO where IDENTITY_CODE='身份证号码'，然后把ID,CREATE_TIME填充到实体，达到同步数据库到实体的效果。
现在遇到一个问题，因为框架不知道使用的人将会用哪些列作为唯一键，比如有可能是byte[]，或者是DateTime。所以当初考虑了之后，决定采用参数化，根据具体的数据库类型生成相应的数据库参数。比如MSSQL，参数名成@p1,@p2，ACCESS,参数为？，？ 等等。但是在用ACCESS的时候，发现假如是时间类型的话，会有一个比较特殊的效果。
OleDbPararmeter parameter = new OleDbParameter();
parameter.ParameterName = "p1";
parameter.SourceColumn = "CREATE_TIME";
parameter.Value = DateTime.Now;
因为没有指定DbType属性就直接加到查询命令了。最终查询的时候出现了“数据类型不匹配”，觉得怪怪的，就去看了parameter的DbType的值，竟然是DbTimeStamp！时间戳！后来，查看了一下微软的源代码，发现取值DbType，如果自己没赋值的话，它会从元数据取，所以就得到时间戳的值了，除非自己再赋值DbType= DbType.Date。奇怪的是，微软怎么会没有考虑到这个问题。
