1. BLOB字段模糊查询报错

blob字段直接用select   * from  table_name  where  column  like‘%%’查找的时候是不能实现的,主要是字段类型不符。不过我们可以用数据库自带的utl_raw函数进行blob字段的插入，查询和模糊匹配。

先介绍一下Oracle中RAW和varchar2常用的两个转换函数

2. UTL_RAW.CAST_TO_RAW

该函数按照缺省字符集，将VARCHAR2字符串转换为RAW。

sys@ORCL>select

utl_raw.cast_to_raw('shall') raw1,utl_raw.cast_to_raw('zhong') raw2 from dual;

RAW1                 RAW2

-------------------- --------------------

7368616C6C           7A686F6E67

也可以用rawtohex函数实现：

sys@ORCL>select rawtohex('shall')

raw1,rawtohex('zhong') raw2 from dual;

RAW1                 RAW2

-------------------- --------------------

7368616C6C           7A686F6E67

3. UTL_RAW.CAST_TO_VARCHAR2

该函数按照缺省字符集合，将RAW转换为VARCHAR2。

sys@ORCL>select

utl_raw.cast_to_varchar2('7368616C6C')

var1,utl_raw.cast_to_varchar2('7A686F6E67') var2 from dual;

VAR1

VAR2

---------- ----------

shall

zhong

其实RAW和VARCHAR是类似的,只是存储在RAW里的是二进制值,在任何时候不会做自动的字符集转换,这是RAW和VARCHAR的不同,RAW只是一种外部类型,其内部存储是VARRAW。

4.实验：

----创建表

SQL> create table blob_test(id int,content blob);

Table

created

----插入数据

sys@ORCL>insert into blob_test values(1,'shall

zhong');

insert into blob_test values(1,'shall

zhong')

*

ERROR at line 1:

ORA-01465: invalid hex number

由报错可以看出，无法直接往blob字段中插入数据，下面用UTL_RAW.CAST_TO_RAW和,RAWTOHEX函数转换一下再插入。

SQL> insert into blob_test values(1,UTL_RAW.CAST_TO_RAW('shall

zhong'));

1 row

inserted

SQL> insert into blob_test values(1,UTL_RAW.CAST_TO_RAW('这里是BLOB字段，数据zhong'));

1 row

inserted

SQL> select * from blob_test;

ID CONTENT

----------

------------------------------------------------------------

1 7368616C6C207A686F6E67

1 D5E2C0EFCAC7424C4F42D7D6B6CEA3ACCAFDBEDD7A686F6E67

----可以看到用两个函数转换，都可以插入成功，并且可以直接查询出来，但插入到数据库里面的结果为16进制数据(注：11g的数据库可以直接查出来，10g的无法直接查询blob字段数据)。

----那么我们能直接往表中以16进制的方式插入数据吗？

SQL> insert into blob_test

values(2,'D5E2C0EFCAC7424C4F42D7D6B6CEA3ACCAFDBEDD7A686F6E67');

1 row

inserted

SQL> select id,UTL_RAW.CAST_TO_VARCHAR2(content) var1 from blob_test;

ID VAR1

----------------- ---------

1 shall zhong

1 这里是BLOB字段，数据zhong

2 这里是BLOB字段，数据zhong

----可以看出是可以直接往数据库里插入16进制数据的，并且我们可以看到用两种方式插入的结果是一致的。

----下面是对 blob 字段的修改操作

SQL> update blob_test set content=rawtohex('当前数据库环境为11G') where id =1;

2 rows updated

SQL> select id,UTL_RAW.CAST_TO_VARCHAR2(content) var1 from blob_test;

ID VAR1

----------- ---------------------------------------

1 当前数据库环境为11G

1 当前数据库环境为11G

2 这里是BLOB字段，数据zhong

SQL> update blob_test set content='7368616C6C207A686F6E67' where id =2;

1 row updated

SQL> select id,UTL_RAW.CAST_TO_VARCHAR2(content) var1 from blob_test;

ID VAR1

------------------- -----------

1 当前数据库环境为11G

1 当前数据库环境为11G

2 shall zhong

----对 blob 字段的模糊查询。

SQL> select

id,UTL_RAW.CAST_TO_VARCHAR2(content) var1 from blob_test where content like

'%shall%';

select id,UTL_RAW.CAST_TO_VARCHAR2(content)

var1 from blob_test where content like '%shall%'

*

ERROR at line 1:

ORA-00932: inconsistent datatypes: expected

NUMBER got BLOB

SQL> select

id,UTL_RAW.CAST_TO_VARCHAR2(content) var1 from blob_test where content like ' 7368616C6C207A686F6E67';

select id,UTL_RAW.CAST_TO_VARCHAR2(content)

var1 from blob_test where content like ' 7368616C6C207A686F6E67'

*

ERROR at line 1:

ORA-00932: inconsistent datatypes: expected

NUMBER got BLOB

----从上面的两个命令和报错可以看出，无法对blob字段进行模糊查询，即使用16进制数据去匹配也不行，不过我们可以通过下面的方法实现对blob字段进行模糊匹配。

SQL> select id,UTL_RAW.CAST_TO_VARCHAR2(content) var1 from blob_test

where dbms_lob.instr(content,utl_raw.cast_to_raw('shall'),1,1) > 0;

ID VAR1

--------------------------------------- -----------

2 shall zhong

SQL> select id,UTL_RAW.CAST_TO_VARCHAR2(content) var1 from blob_test

where dbms_lob.instr(content,utl_raw.cast_to_raw('G'),1,1) > 0;

ID VAR1

------------------------------ -----------

1 当前数据库环境为11G

1 当前数据库环境为11G

refencen：

http://blog.sina.com.cn/s/blog_ad6555610102v9q1.html