在Oracle+NHibernate环境下使用Guid字段
2009-10-01 12:56
447 查看
项目环境:VS2008+Castle ActiveRecord1.0.3(基于NHibernate1.2.0)+ SQLServer2005。我们这个项目要求既可以支持SQL Server2005数据库,也可以支持Oracle10g数据库,所以现在需要把SQLServer2005中的所有表和存储过程迁移到Oracle10g里。
这个项目的每个表的主键都是Guid类型,在Oracle里面,是应该使用char(38)还是raw(16)来保存Guid类型数据呢?事实上,无论使用char(38)还是raw(16),Nhibernate都会抛出无法进行类型转换的异常。究其原因,要从OracleParameter的DbType和OracleType的对应关系说起。
OracleParameter的DbType和OracleType的对应关系
执行:
System.Data.OracleClient.OracleParameter parm = new System.Data.OracleClient.OracleParameter();
parm.DbType = DbType.Guid;
会发现当执行了“parm.DbType = DbType.Guid; ”之后,“parm.OracleType”的值会自动变为“Raw”;如果执行的是“parm.DbType = DbType.AnsiStringFixedLength”,“parm.OracleType”的值就会自动变为“Char”。也就是说,OracleParameter 对象会自动维护DbType和OracleType之间的对应关系。那么SqlParameter的对应关系是怎样的呢?
SqlParameter的DbType和SqlDbType的对应关系
执行:
System.Data.SqlClient.SqlParameter parm = new System.Data.SqlClient.SqlParameter();
parm.DbType = DbType.Guid;
会发现当执行了“parm.DbType = DbType.Guid; ”之后,“parm.SqlDbType”的值会自动变为“UniqueIdentifier”;如果执行的是“parm.DbType = DbType.AnsiStringFixedLength”,“parm.SqlDbType”的值也会自动变为“Char”。
抛出异常的原因
也就是说,同样是DbType.Guid,在SqlParameter和OracleParameter里面对应的SqlDbType/OracleType的值是不同的(OracleType里面压根没有UniqueIdentifier类型)。
而NHibernate\Type\GuidType.cs里的Set()函数直接把parm.Value赋值为一个Guid对象:
public override void Set(IDbCommand cmd, object value, int index)
{
IDataParameter parm = cmd.Parameters[index] as IDataParameter;
parm.Value = value;
}
在OracleClient组件里,定义了“LONGRAW”和“RAW”类型对应的数据类型都是“byte[]”。
当NHibernate调用OracleCommand.Execute()时,OracleCommand.Execute()又会调用OracleParameter.CoerceValue(),OracleParameter.CoerceValue会调用System.Convert.ChangeType(aGuidObject, typeof(Byte[]), null),而Guid又没有实现IConvertible接口,这时就会抛出“InvalidCastException: 对象必须实现 IConvertible。”的异常了。
解决方案1:在Oracle数据库中使用raw(16)类型保存Guid,修改NHibernate源代码
修改NHibernate\Type\GuidType.cs里的Set()和Get()函数:
public override void Set(IDbCommand cmd, object value, int index)
{
IDataParameter parm = cmd.Parameters[index] as IDataParameter;
bool oracle = (cmd.GetType().FullName == "System.Data.OracleClient.OracleCommand");
parm.Value = oracle ? ((Guid)value).g.ToByteArray() : value;
}
public override object Get(IDataReader rs, string name)
{
System.Type type = value.GetType();
if (type == typeof(string)) return new Guid((string)value);
if (type == typeof(Guid)) return value;
if (type == typeof(byte[])) return new Guid((byte[])value);
return null;
}
在Oracle里用raw(16)存储Guid数据有一个缺点:在.net里,Guid.ToByteArray()并不是简单地把Guid字符串里的“-”去掉,而是会把前几位进行一系列移位运算,例如:
Guid id = new Guid("dfd94f82-b680-44a5-be14-4b4a4350bf43");
byte[] b = id.ToByteArray();
b的值将会是“824FD9DF80B6A544BE144B4A4350BF43”(保存到数据库里的也是这个数据),这样会对开发时的调试、排错工作造成很多困扰。再加上我们项目的.net源代码和SQLServer存储过程里面还有一些硬编码的Guid字符串常量,如果raw字段与Guid的字符串看上去不一样,会是很麻烦的事儿。
解决方案2:在Oracle里用char(38)保持Guid数据,修改NHibernate源代码
只需修改NHibernate\Type\GuidType.cs里的Set()函数,Get()函数不要修改:
public override void Set(IDbCommand cmd, object value, int index)
{
IDataParameter parm = cmd.Parameters[index] as IDataParameter;
bool oracle = (cmd.GetType().FullName == "System.Data.OracleClient.OracleCommand");
parm.Value = oracle ? ((Guid)value).ToString().ToUpper() : value;
if (oracle)
{
parm.DbType = DbType.AnsiStringFixedLength;
}
}
public override object Get(IDataReader rs, string name)
{
return new Guid(Convert.ToString(rs[name]));
}
缺点:使用char(38)要比raw(16)多占用存储空间。更严重的是,由于Oracle的字符串比较是区分大小写的,一旦不小心把字段值与一个小写的Guid字符串比较,就会匹配不了了(更为不爽的是,Guid.ToString()出来的字符串就是小写的!)。即使这样,我还是比较喜欢这个方案。
解决方案3:在Oracle里使用char(38),不修改NHibernate源代码,使用自定义类型
如果不想修改NHibernate源代码,可以用自定义类型。首先,定义一个自定义类型“DawnGuid”,放到名为“GuidTest.CustomType”的类库中:
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using NHibernate;
using System.Data;
using NHibernate.Type;
using NHibernate.SqlTypes;
namespace GuidTest.CustomType
using System;
using System.Collections.Generic;
using System.Text;
using Castle.ActiveRecord;
using GuidTest.CustomType;
namespace Test.DataEntity
{
{
{
{ return this._stuId; }
{ this._stuId = value; }
{
{ return this._teacherId; }
{ this._teacherId = value; }
{
{ return this._stuName; }
{ this._stuName = value; }
}
}
}
如果想用Oralce中想用raw类型,自定义类型的写法就与方案1差不多,不再赘述。
这个项目的每个表的主键都是Guid类型,在Oracle里面,是应该使用char(38)还是raw(16)来保存Guid类型数据呢?事实上,无论使用char(38)还是raw(16),Nhibernate都会抛出无法进行类型转换的异常。究其原因,要从OracleParameter的DbType和OracleType的对应关系说起。
OracleParameter的DbType和OracleType的对应关系
执行:
System.Data.OracleClient.OracleParameter parm = new System.Data.OracleClient.OracleParameter();
parm.DbType = DbType.Guid;
会发现当执行了“parm.DbType = DbType.Guid; ”之后,“parm.OracleType”的值会自动变为“Raw”;如果执行的是“parm.DbType = DbType.AnsiStringFixedLength”,“parm.OracleType”的值就会自动变为“Char”。也就是说,OracleParameter 对象会自动维护DbType和OracleType之间的对应关系。那么SqlParameter的对应关系是怎样的呢?
SqlParameter的DbType和SqlDbType的对应关系
执行:
System.Data.SqlClient.SqlParameter parm = new System.Data.SqlClient.SqlParameter();
parm.DbType = DbType.Guid;
会发现当执行了“parm.DbType = DbType.Guid; ”之后,“parm.SqlDbType”的值会自动变为“UniqueIdentifier”;如果执行的是“parm.DbType = DbType.AnsiStringFixedLength”,“parm.SqlDbType”的值也会自动变为“Char”。
抛出异常的原因
也就是说,同样是DbType.Guid,在SqlParameter和OracleParameter里面对应的SqlDbType/OracleType的值是不同的(OracleType里面压根没有UniqueIdentifier类型)。
而NHibernate\Type\GuidType.cs里的Set()函数直接把parm.Value赋值为一个Guid对象:
public override void Set(IDbCommand cmd, object value, int index)
{
IDataParameter parm = cmd.Parameters[index] as IDataParameter;
parm.Value = value;
}
在OracleClient组件里,定义了“LONGRAW”和“RAW”类型对应的数据类型都是“byte[]”。
当NHibernate调用OracleCommand.Execute()时,OracleCommand.Execute()又会调用OracleParameter.CoerceValue(),OracleParameter.CoerceValue会调用System.Convert.ChangeType(aGuidObject, typeof(Byte[]), null),而Guid又没有实现IConvertible接口,这时就会抛出“InvalidCastException: 对象必须实现 IConvertible。”的异常了。
解决方案1:在Oracle数据库中使用raw(16)类型保存Guid,修改NHibernate源代码
修改NHibernate\Type\GuidType.cs里的Set()和Get()函数:
public override void Set(IDbCommand cmd, object value, int index)
{
IDataParameter parm = cmd.Parameters[index] as IDataParameter;
bool oracle = (cmd.GetType().FullName == "System.Data.OracleClient.OracleCommand");
parm.Value = oracle ? ((Guid)value).g.ToByteArray() : value;
}
public override object Get(IDataReader rs, string name)
{
System.Type type = value.GetType();
if (type == typeof(string)) return new Guid((string)value);
if (type == typeof(Guid)) return value;
if (type == typeof(byte[])) return new Guid((byte[])value);
return null;
}
在Oracle里用raw(16)存储Guid数据有一个缺点:在.net里,Guid.ToByteArray()并不是简单地把Guid字符串里的“-”去掉,而是会把前几位进行一系列移位运算,例如:
Guid id = new Guid("dfd94f82-b680-44a5-be14-4b4a4350bf43");
byte[] b = id.ToByteArray();
b的值将会是“824FD9DF80B6A544BE144B4A4350BF43”(保存到数据库里的也是这个数据),这样会对开发时的调试、排错工作造成很多困扰。再加上我们项目的.net源代码和SQLServer存储过程里面还有一些硬编码的Guid字符串常量,如果raw字段与Guid的字符串看上去不一样,会是很麻烦的事儿。
解决方案2:在Oracle里用char(38)保持Guid数据,修改NHibernate源代码
只需修改NHibernate\Type\GuidType.cs里的Set()函数,Get()函数不要修改:
public override void Set(IDbCommand cmd, object value, int index)
{
IDataParameter parm = cmd.Parameters[index] as IDataParameter;
bool oracle = (cmd.GetType().FullName == "System.Data.OracleClient.OracleCommand");
parm.Value = oracle ? ((Guid)value).ToString().ToUpper() : value;
if (oracle)
{
parm.DbType = DbType.AnsiStringFixedLength;
}
}
public override object Get(IDataReader rs, string name)
{
return new Guid(Convert.ToString(rs[name]));
}
缺点:使用char(38)要比raw(16)多占用存储空间。更严重的是,由于Oracle的字符串比较是区分大小写的,一旦不小心把字段值与一个小写的Guid字符串比较,就会匹配不了了(更为不爽的是,Guid.ToString()出来的字符串就是小写的!)。即使这样,我还是比较喜欢这个方案。
解决方案3:在Oracle里使用char(38),不修改NHibernate源代码,使用自定义类型
如果不想修改NHibernate源代码,可以用自定义类型。首先,定义一个自定义类型“DawnGuid”,放到名为“GuidTest.CustomType”的类库中:
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using NHibernate;
using System.Data;
using NHibernate.Type;
using NHibernate.SqlTypes;
namespace GuidTest.CustomType
using System;
using System.Collections.Generic;
using System.Text;
using Castle.ActiveRecord;
using GuidTest.CustomType;
namespace Test.DataEntity
{
{
{
{ return this._stuId; }
{ this._stuId = value; }
{
{ return this._teacherId; }
{ this._teacherId = value; }
{
{ return this._stuName; }
{ this._stuName = value; }
}
}
}
如果想用Oralce中想用raw类型,自定义类型的写法就与方案1差不多,不再赘述。
相关文章推荐
- oracle使用TRIGGER在insert数据时往某个字段塞值
- 在Oracle中使用Guid
- oracle中使用sql查询时字段为空则赋值默认
- oracle中使用序列和触发器实现单个字段值自增长
- 在oracle中字段类型LONG的使用注意事项
- NHibernate2.1.0版本中使用Oracle数据库时,在配置文件中需要注意写上Oracle的版本
- 数据库中使用自增量字段与Guid字段作主键的性能对比(补充篇)-----转
- 使用yum高速部署Oracle安装环境(11g)
- oracle 使用sql查找出两张表相同的字段
- [DB][ORACLE][统计函数]使用LAG和LEAD函数可以在一次查询中取出同一字段的前N行的数据和后N行的值
- 将Oracle数据库改为归档模式并启用RMAN备份 如下Linux环境下对Oracle单节点数据库采用文件系统情况的配置归档模式过程。首先查看数据库归档模式和磁盘使用情况,确定归档文件放到什么位置。
- ORACLE RAC中grid和oracle中环境变量设置和相关命令使用原则
- 据库中使用自增量字段与Guid字段主键的性能对比
- Linux环境下使用sqlplus登录Oracle,报'ORA-12547: TNS:lost contact’丢失连接错误
- Oracle 10g绿色客户端 plus PL/SQL Developer-搭建方便的Oracle客户端使用环境
- C#操作Oracle 的blob字段使用OracleClient
- C#环境下往oracle中的blob字段插入文件
- Oracle 有long类型字段的表 使用insert into select 语句 ,出现:ORA-00997 错误
- 使用NHibernate, Oracle Clob/NClob无法插入
- su oracle : 只切换用户,而不切换环境;就是说切到oracle用户后,使用的依旧是root的环境。 su - oracle :同时切换用户和环境