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的「手氣不錯」