1,get一個對象并打算修改這個對象時，hibernate會判斷該對象的屬性值是否有變動，如果沒有任何變動，hibernate不會執行update語句。在同時修改頁面上的多條記錄時可發現這一點。

2,執行以下語句時hibernate3.0.5會報錯,而3.2不會
sql="select 1+1 from dual";
session.createSQLQuery(sql).uniqueResult()
報錯:addScalar() or addEntity()?must be called on a sql query before executing the query.

3,<many-to-one> 的lazy設置為true時，get子對象不會把該父對象抓過來,但可以手動寫代碼抓取父對象
如 Son son =(Son)this.getHibernateTemplate().get(Son.class, id);
??? ?? 然后執行 son.getParent().getName();
?? 這樣不僅僅會抓取到name,其他所有的屬性如age,sex等都會取到，即用p.getParent().getAge()達到了同樣的效果，后臺都執行了select * from parent where id=??? 注意用p.getParent()僅能得到parent的id.
?? 這時debug查看parent對象的內存快照,看到的是一個用cglib實現的代理對象,
Hibernate通過使用CGLIB,來實現動態構造一個目標對象的代理類對象，并且在代理類對象中包含目標對象的所有屬性和方法，而且所有屬性均被賦值為null。通過調試器顯示的內存快照，我們可以看出此時真正的User對象，是包含在代理對象的CGLIB$CALBACK_0.target屬性中，當調用son.getName()方法，這時通過CGLIB賦予的回調機制，實際上調用CGLIB$CALBACK_0.getName()方法，當調用該方法時，Hibernate會首先檢查CGLIB$CALBACK_0.target屬性是否為null，如果不為空，則調用目標對象的getName方法，如果為空，則會發起數據庫查詢，生成類似這樣的SQL語句：select * from parent where id=’1’;來查詢數據，并構造目標對象，并且將它賦值到CGLIB$CALBACK_0.target屬性中。
這樣，通過一個中間代理對象，Hibernate實現了實體的延遲加載，只有當用戶真正發起獲得實體對象屬性的動作時，才真正會發起數據庫查詢操作。
??? <many-to-one> 的lazy設置為false時,抓取父對象沒有采用代理機制。

4,用session.close()，執行多次查詢后報session is closed的錯誤,而hibernateSessionFactory.closeSession()沒有這個問題，這是什么原因?

5,ORA-01466: 無法讀數據 - 表定義已更改
原因是系統時間修改造成的，其他原因詳見
http://www.orafaq.com/usenet/comp.databases.oracle.server/2007/03/31/1586.htm

6,
spring的一個方法上有事務，先用hibernate加載一個對象，接著改變對象的某個屬性的值，
再用sql去數據庫查對應的記錄，然后才提交。
用sql去查時發現對應的字段也改變了，這是怎么回事？


??