Oracle中Blob和Clob的做用

　　Blob是指二进制大对象也就是英文Binary Large Object的所写，而Clob是指大字符对象也就是英文Character Large Object的所写。因而可知这辆个类型都是用来存储大量数据而设计的，其中BLOB是用来存储大量二进制数据的；CLOB用来存储大量文本数据。

　　那么有人确定要问既然已经有VARCHAR和VARBINARY两中类型，为何还要再使用另外的两种类型呢？其实问题很简单，VARCHAR 和VARBINARY两种类型是有本身的局限性的。首先说这两种类型的长度仍是有限的不能够超过必定的限额，以VARCHAR再ORA中为例长度不能够超过4000；那么有人又要问了，LONGVARCHAR类型做为数据库中的一种存储字符的类型能够知足要求，存储很长的字符，那为何非要出现CLOB类型呢？其实若是你用过LONGVARCHAR类型就不难发现，该类型的一个重要缺陷就是不可使用LIKE这样的条件检索。（稍候将介绍在CLOB中如何实现相似LIKE的模糊查找）另外除了上述的问题外，还又一个问题，就是在数据库中VARCHAR和VARBINARY的存取是将所有内容从所有读取或写入，对于100K或者说更大数据来讲这样的读写方式，远不如用流进行读写来得更现实一些。

1 读取

　　在JDBC中有两个接口对应数据库中的BLOB和CLOB类型，java.sql.Blob和java.sql.Clob。和你日常使用数据库同样你能够直接经过ResultSet.getBlob()方法来获取该接口的对象。与平时的查找惟一不一样的是获得Blob或Clob的对象后，咱们并无获得任何数据，可是咱们能够这两个接口中的方法获得数据 

例如：

Blob b=resultSet.getBlob(1); 
InputStream bin=b.getBinaryStryeam(); 
Clob c=resultSet.getClob(2); 
Reader cReader=c.getCharacterStream():

 
关于Clob类型的读取可使用更直接的方法，就是直接经过ResultSet.getCharacterStream();方法得到字符流，但该方法并不安全，因此建议仍是使用上面例子的方法获取Reader。
另外还有一种获取方法，不使用数据流，而是使用数据块。
例如

Blob b=resultSet.getBlob(1); 
byte data=b.getByte(0,b.length()); 
Clob c=resultSet.getClob(2); 
String str=c.getSubString(0,c.length()):

　　 在这里我要说明一下，这个方法其实并不安全，若是你很细心的话，那很容易就能发现getByte()和getSubString()两个方法中的第二个参数都是int类型的，而BLOB和CLOB是用来存储大量数据的。并且Bolb.length()和Clob.length()的返回值都是 long类型的，因此很不安全。这里不建议使用。但为何要在这里提到这个方法呢？稍候告诉你答案，这里你须要记住使用数据块是一种方法。

2 存储

　　在存储的时候也一样的在PreparedStatement和CallableStatememt中，以参数的形式使用setBlob()和 setClob方法把Blob和Clob对象做为参数传递给SQL。这听起来彷佛很简单对吧，可是并不是咱们想象的这样，很不幸因为这两个类型的特殊，JDBC并无提供独立于数据库驱动的Blob和Clob创建对象。所以须要本身编写与驱动有关的代码，但这样又牵掣到移植性。怎样才是解决办法呢？这就要用到前面说过的思想了使用数据块进行写操做。一样用PreparedStatement和CallableStatememt类，但参数的设置能够换为setAsciiStream、setBinaryStream、setCharacterStream、setObject（固然前3个一样存在长度的问题）

　　下面给你们个例子以方便你们理解

public void insertFile(File f)  throws Exception{ 
FileInputStream fis=new FileInputStream(f,Connection conn); 
byte[] buffer=new byte[1024]; 
data=null; 
int sept=0;int len=0; 


while((sept=fis.read(buffer))!=-1){ 
if(data==null){ 
len=sept; 
data=buffer; 
}else{ 
byte[] temp; 
int tempLength; 


tempLength=len+sept; 
temp=new byte[tempLength]; 
System.arraycopy(data,0,temp,0,len); 
System.arraycopy(buffer,0,temp,len,sept); 
data=temp; 
len=tempLength; 
} 
if(len!=data.length()){ 
byte temp=new byte[len]; 
System.arraycopy(data,0,temp,0,len); 
data=temp; 
} 
} 
String sql="insert into fileData (filename,blobData) value(?,?)"; 
PreparedStatement ps=conn.prepareStatement(sql); 
ps.setString(1,f.getName()); 
ps.setObject(2,data); 
ps.executeUpdate(); 


}

最后因为刚刚说过Clob类型读取字符的长度问题，这里再给你们一段代码，但愿对你有帮助

public static String getClobString(ResultSet rs, int col) { 
  try { 
   Clob c=resultSet.getClob(2); 
   Reader reader=c.getCharacterStream(): 
   if (reader == null) { 
return null; 
   } 
   StringBuffer sb = new StringBuffer(); 
   char[] charbuf = new char[4096]; 
   for (int i = reader.read(charbuf); i > 0; i = reader.read(charbuf)) { 
sb.append(charbuf, 0, i); 
   } 
   return sb.toString(); 
  } catch (Exception e) { 
   return ""; 
  } 
}

另外彷佛前面还提到过LIKE检索的问题。LONGVARCHAR类型中不能够用LIKE查找（至少ORA中不可使用，其余的数据库我没有试过），在ORA中咱们可使用这样一个函数dbms_lob.instr来代替LIKE来个例子吧 select docid,dat0 from text where dbms_lob.instr(dat0,'魏',1,1)>0 在text表中有两个字段docid用来放文档编号dat0为clob类型存放文章内容；这句话的意思就是检索第一条dat0中出现第一次"魏"字的数据。听起来这个检索的数据有点象google的“手气不错”